[08:54] um.. last update removed unity8-desktop-session-mir package [09:04] ^^ 16.04 [09:07] traccart: What happens if you try to put it back? sudo apt-get install unity8-desktop-session-mir [09:12] traccart: xenial? [09:12] yeah the current status is a bit borked [09:13] the new toolkit hasn't landed yet [09:13] so stuff is a bit "on the edge" [09:14] apt wants me to remove unity8 too :D [09:14] Such is the dependency graph [09:14] Gets out of hand some times [09:15] yep [09:21] Sadly lots of large package dependency graphs are probably avoidable. One or two removals from them can make a dramatic difference. So developers really should treat package dependencies with more caution [09:48] duflu, tsdgeos yep 16.04 if i add unity8 session it removes something else :)) [09:49] either way i get a broken unity8 [09:49] traccart, yes, you'll need to wait some time for this to get resolved or get a package or two from proposed [09:50] i'll wait :D [09:50] for snappy muhahaha [09:50] traccart, https://requests.ci-train.ubuntu.com/#/ticket/771 this is where the underlying cause is being handled [09:51] i see, thanks Saviq [10:17] cimi: the bug in vivid-overlay preventing the filters stuff seems to have landed, could you give it a final review? [10:17] cimi: it just landed, so you'll need a dist-upgrade, is not in the image yet [10:19] tsdgeos, ok === greyback__ is now known as greyback [10:38] tsdgeos, can I use silo 54? [10:39] cimi: i think it should be fine, anything wrong? [10:39] pstolowski: ↑↑ [10:41] cimi, sure you can. no promise though about it, we were not able to test end-to-end yet [12:13] hi [12:14] i have issue running Xmir on an ubuntu phone, the mir connection is rejected by the server and I just cannot find a log or indications on how to allow this. [12:23] Trevinho: hey! [12:23] sil2100: hi [12:24] Trevinho: I was looking at publishing silo 11 for you, but I would like for a small change before we go on that would require a rebuild [12:24] *like to ask [12:24] sil2100: ok, sure [12:25] Trevinho: so, the thing that worried me is this merge - not content wise, but how the train handled it: [12:25] https://code.launchpad.net/~unity-team/unity/python3-ready/+merge/276746 [12:25] Trevinho: because you touched the changelog, the train basically did not include the commit message of this change in the end changelog [12:26] Trevinho: meaning there's an undocumented change now [12:26] Trevinho: could you take this branch, do a dch -i in it, paste the commit-message as part of the new changelog entry and try to rebuild unity? [12:27] Trevinho: since in cases where you touch the changelog, you need to explicitly write the commit message for the merge inside the changelog [12:27] Otherwise the train assumes you did that and doesn't really do it for you [12:27] sil2100: what's [12:27] sil2100: sorrry it was a mistake that "what's"... :-D [12:28] https://ci-train.ubuntu.com/job/ubuntu-landing-011-2-publish/1/artifact/unity_xenial_packaging_changes.diff <- and in the end package you can see that the mention of changing to python3 [12:28] Is missing [12:28] (damn, I have issues typing today) [12:28] ;p [12:28] Another issue, but that's a nitpick and I guess we can ignore it, is in bamf: [12:28] Mirv: hey, I'm getting a qtcreator crash on startup on vivid+overlay, here's a backtrace: http://pastebin.ubuntu.com/13927939/ [12:29] Trevinho: https://ci-train.ubuntu.com/job/ubuntu-landing-011-2-publish/1/artifact/bamf_xenial_packaging_changes.diff <- the train suddenly decided to change the 0replaceme in the changelog to a version number ;p ;p [12:29] oh, nice :-D... [12:30] mh, I guess I can fix both [12:30] Trevinho: would be nice to fix that but not required, it's just a nitpick [12:30] I'm more concerned with the unity one :) [12:31] Trevinho: just remember that to fix it in bamf, you need to modify the changelog and remove the 0replaceme (or rename to something like 0-replaceme etc.) and then add the commit message to the changelog manually [12:31] Trevinho: but as I said, this is something we can even fix later [12:31] oh.... well, no ok I'll fix it later then :-D [12:37] greyback: it's the same that kenvandine reported for system-settings. not deeemed critical as it's desktop only, and started with OTA 8.5 hotfix. you can install https://requests.ci-train.ubuntu.com/#/ticket/761 for a fix. [12:38] Mirv: perfect, thanks [12:55] Trevinho: anyway, thanks! [12:55] sil2100: thank you! [12:55] sil2100: poackage is building,,.. [12:59] maikeul, you will need to add '-mir APPID' to the XMir command line or else the Mir server will reject the connection [12:59] APPID is a valid app-id [13:02] thanks, how do you know about APP-Ids ? [13:03] maikeul, the app-id generally matches the .desktop file name of an application [14:03] cimi: dednick: what do you think of https://code.launchpad.net/~aacid/ubuntu-settings-components/standarizeImports/+merge/280303 ? [14:13] tsdgeos, we should indeed now [14:13] tsdgeos, however we need to update the APIs if there are ubuntushape and such... [14:16] cimi: do we really need to update the APIs? there otld ones also work, no? [14:17] tsdgeos, it works even without updating I think, but we should anyway... [14:17] cimi: i see tst_ files [14:17] but how do i run them? [14:17] if there is a button and we bump to uitk 1.3 and such, we can [14:17] make check and make test do not do much [14:17] s/much/anything [14:25] cimi: also if you see i have not chagned any ubuntu.components [14:25] just qtquick and ubuntu.compoonets.listitem [14:25] so any ubuntushape is not changed [14:25] tsdgeos, yeah, I would change it though too [14:25] since we use 1.3 in shell [14:25] and everywhere else [14:25] you would change what? [14:25] uitk to 1.3 [14:25] it is already there [14:26] ah cool [14:26] it can not be changed to itself :D [14:26] :D [14:26] must forgot we did update months ago maybe :) [14:26] ok so it's a no brainer for me [14:27] tsdgeos, we need the checklist in the description [14:27] cimi: which checlist? [14:28] unity8's? or there's one for ubuntu-settings-componetnts? [14:28] tsdgeos, https://wiki.ubuntu.com/Process/Merges/Checklists/Ubuntu-Settings-Components [14:28] k tx [14:29] cimi: i only need to test the indicators, right? or there's something else i need to test? [14:29] just indicators I think [14:29] there is a test file [14:29] example [14:30] qmlscene something.qml in the tree [14:30] or unity8 indicators [14:37] k [14:47] sil2100: I think you can publish that now :-) [14:54] Hey guys, any guesses when things will be straight in the archive so apt will no longer want to remove unity8 in xenial? [15:08] ChrisTownsend: i think https://requests.ci-train.ubuntu.com/#/ticket/771is it [15:08] https://requests.ci-train.ubuntu.com/#/ticket/771 [15:10] tsdgeos: Ah, ok, that's the culprit. Thanks! [15:13] ChrisTownsend, oh, was it you that unity8 locked up for without gstreamer registry? [15:14] * Saviq vaguely remembers trying to debug that with someone... and it could've been you [15:14] Saviq: I think that was me. [15:14] ChrisTownsend, good news: not just you [15:15] Saviq: lol, good [15:16] bregma: thanks, I still had the issue and i finally found out that the issue was with the default software of the phone. I reflashed it and now everything works fine [15:17] ChrisTownsend, it seems today it's 100% reproducible: delete the registry file, you're stuck [15:17] ChrisTownsend, so that's actually a good thing :) [15:17] * Saviq in the process of filing bug [15:18] Saviq: My question is, why is the registry file being removed???? [15:18] ChrisTownsend, it might never have been there [15:18] ChrisTownsend, or needs updating [15:18] ChrisTownsend, something of the sort [15:19] it shouldn't need to be there, it's just a cache [15:19] Saviq: Hmm, ok. Well, it seems if there is a bug in the Unity8 desktop, I'll find it:) [15:19] ChrisTownsend, good going! [15:19] ChrisTownsend is *the* unity 8 desktop usere [15:19] bregma: The only one, right?:) [15:20] I suspect [15:20] everyone else just install it, brings it up, says "OK, cool" and moves on [15:20] distro-hoppers [15:20] lol [15:20] ChrisTownsend, bug #1525285 [15:20] bug 1525285 in qtmultimedia-opensource-src (Ubuntu) "/usr/bin/unity8:6:__GI_ppoll:ppoll:gst_poll_wait:exchange_packets:plugin_loader_free" [Undecided,New] https://launchpad.net/bugs/1525285 [15:21] Saviq: Thanks, that is indeed the issue I ran into back when. [15:21] ChrisTownsend, do you recall when that was? like 2 weeks ago at least, right? [15:22] ChrisTownsend, and you didn't, by any chance, have the Qt 5.5 packages installed? :) [15:22] was that even xenial? [15:22] Saviq: Hmm, seemed longer than that. I'll look through my chat logs. [15:23] tx [15:23] Saviq: Oct. 26 [15:23] ChrisTownsend, ack, almost two months, then [15:24] Saviq: Yep, and I'm pretty sure I had Wily on that machine then. [15:24] jhodapp, it was ChrisTownsend back then ↑, almost two months, likely with wily still [15:41] Saviq, ok, I do remember discussing something about a deadlocked Unity8 on startup...seems this is the same thing and person [15:42] jhodapp, might very well be, a bit more detail hopefully [15:42] jhodapp, I wonder if this is specific to a certain plugin [15:42] * Saviq tries to remove gst-plugins.* packages one by one [15:42] Saviq, I believe it was if I remember correctly, but my memory is hazy on this [15:42] or would you say not worth it? [15:42] jhodapp, ok, trying [15:42] no I think it would be worth trying [15:51] Trevinho: thanks, let me take a look agian :) [15:51] does this error rings a bell for you : 'error securing buffer...' when running an X11 app (see http://pastie.org/private/n1gdprpgngyaoqhowfdzla ) [15:52] same with -mir or -desktop_file_hint when running Xmir [15:54] jhodapp, down to good and base, still hanging [15:55] not gonna remove those, might not recover ;P [15:57] owait, dpkg -r to the rescue [15:59] :) [15:59] jhodapp, no plugins, still hanging [15:59] Saviq, wow [16:00] Saviq, it might very well be the QtMultimedia and GStreamer integration [16:00] jhodapp, well, ok, there's still some plugins that are not gstreamer1.0-plugins* [16:00] jhodapp, trying to get rid of those too [16:00] k [16:06] ! progress [16:13] jhodapp, hah! clutter plugin seems to be the culprit [16:15] Saviq, oh wow [16:15] Saviq, did it change recently then? [16:15] we should file that upstream then [16:19] jhodapp, only we'd have to convince them that's their issue ;) [16:19] :) [16:20] jhodapp, https://launchpad.net/ubuntu/+source/clutter-gst-3.0 not much going on [16:20] jhodapp, but it's difficult to say when this happened, since the registry updates fine outside of the unity8 session, at which point unity8 session won't hang either [16:21] since the registry won't need updating [16:21] Saviq, yeah [16:23] Saviq, looks like this was the latest gst related source file to change: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/clutter-gst-3.0/wily/view/head:/clutter-gst/clutter-gst-video-sink.c [16:24] Saviq, it's possible the regression is in this change: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/clutter-gst-3.0/wily/revision/7#clutter-gst/clutter-gst-video-sink.c [16:24] jhodapp, /me installing wily version [16:25] k [16:28] jhodapp, hangs as well [16:29] jhodapp, I'll try the other wily versions [16:29] Saviq, ok, I wonder if Unity8 creates just the right scenario for clutter to hang that maybe upstream has never seen [16:29] jhodapp, we're not using clutter at all, that might be it :D [16:30] ha [16:30] ok [16:32] jhodapp, even the earliest wily version has the same issue [16:33] wow [16:34] * Saviq checks clutter 2.0 [16:35] Saviq, that was quite a large change to clutter for that first version [16:35] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/clutter-gst-3.0/wily/changes?filter_file_id=cluttergstvideosink.-20150614041526-zq0eiljaby1bo65k-95 [16:35] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/clutter-gst-3.0/wily/changes?filter_file_id=cluttergstvideosink.-20150614041526-zq0eiljaby1bo65k-95 [16:35] oops [16:35] jhodapp, well, we'd have to compare with 2.0 [16:35] but that's no longer there in xenial [16:36] owait [16:36] agreed [16:37] Saviq, look at line 53: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/clutter-gst-3.0/wily/revision/1#clutter-gst/clutter-gst-plugin.c [16:37] yay [16:37] Saviq, this would happen when the plugin is loaded via the registry [16:38] nice one [16:38] thanks, there's a good chance that's it [16:38] jhodapp, let me compile without that def [16:38] ok [16:45] jhodapp, check out line 2093 http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/clutter-gst-3.0/wily/revision/1/clutter-gst/clutter-gst-playback.c#clutter-gst/clutter-gst-playback.c [16:46] * Saviq says the threads call should be protected with that [16:47] Saviq, yeah [16:47] there's more instances like that [16:48] Saviq, so we would no longer have CLUTTER_WINDOWING_X11 be true with Unity8 right? [16:48] jhodapp, that's my thinking [16:48] jhodapp, I mean, we don't [16:49] Saviq, can you put a #error in there to double check? [16:49] jhodapp, but it's only the _check_windowing... that checks runtime [16:49] the other is build time [16:49] which is obviously wrong [16:49] ok [16:49] because it goes "if built with X11 support, means you're running under X11" [16:50] exactly [16:50] what if we still had the build time requirements satisfied [16:50] for X11 [16:57] jhodapp, that's where the additional check comes in [16:57] jhodapp, http://paste.ubuntu.com/13935011/ [16:58] Saviq, what's that from? [16:59] Saviq, are we missing that? [16:59] jhodapp, that's my patch... unfortunately not enough it seems [16:59] it might be we're actually passing that runtime check, too [16:59] indeed [17:00] you already tried commenting out XInitThreads() completely? [17:00] not yet [17:00] ok [17:02] trying that now [17:04] ok [17:07] jhodapp, hmm that this code was wrong I've almost no question, but that doesn't seem to be enough unfortunately [17:07] Saviq, that sucks [17:07] I think we're on the right trail though [17:09] jhodapp, FWIW we have a bug that they might actually accept... running gst-inspect-1.0 hangs in vt (without X11) [17:09] Saviq, ah a very good point [17:09] Saviq: hey! A quick question - do you have any knowledge about the ubuntu-application-api3-examples package? [17:11] sil2100, little, greyback might be better, but let's try [17:12] Depends on the question :) [17:12] greyback: so my question is very simple - do we need it in our images? Since the xenial touch seeds have it included [17:13] sil2100: no reason that I can think of [17:13] I'm doing some minor cleanup removing some api2 leftovers, was wondering if I should add it to vivid as well [17:13] Ok [17:13] greyback: thanks, good enough for me ;) [17:13] np [17:17] jhodapp, can you confirm these steps please [17:17] - log in on vt (with no graphical session) [17:17] - rm ~/.cache/gstreamer-1.0/registry.x86_64.bin [17:17] - gst-inspect-1.0 [17:17] - behold [17:17] * Saviq can't store in LP for some reason [17:19] Saviq, sure [17:20] Saviq, seems to have completed successfully for me [17:21] jhodapp, oh hm, wonder if there's something else that makes this go wrong [17:21] Saviq, might be, I'm running wily [17:21] ChrisTownsend, ltinklcan you guys check those steps ↑? [17:22] that's enough to exercise the deadlock (which happens in the clutter gst plugin for me) [17:25] jhodapp, OTOH http://tronche.com/gui/x/xlib/display/XInitThreads.html says it will go ack/nack, maybe it doesn't need the wrapping check [17:26] which would ~explain that it doesn't help us [17:26] Saviq, yeah, the compile time check is practically worthless as well [17:26] jhodapp, it is, on WIN32 ;) [17:26] :) [18:01] is it me, or is unity blocking arbitrary mutli touch? [18:03] "Unity reserves to itself gestures with 3 and 4 gestures making impossible to Touchégg make use of it. [18:10] is there a config toggle to disable unity gestures, or are we still stuck having to compile it/remove it from source? [18:31] a1fa: you referring to unity7? If so, I don't know how to turn that off, aside from not using the unity plugin in compiz [19:17] heh [19:18] the only thing i am missing from unity at this point is "swipe left, swipe right" integration with chrome [19:25] ah unity7 [19:26] nope [19:27] looks like touchegg can takeover 2 finger gestures [19:27] if you disable all synclient options [19:27] -_- [19:59] but then you loose ability to scroll in unity [19:59] -_-