=== salem_ is now known as _salem [07:13] jamesh: hi! [07:13] sil2100: hi [07:14] jamesh: yesterday evening someone pointed out some problems with the mediascanner packages in -proposed, strangely in the socket it's failing to build due to flacky unit tests for amd64 and i386 ;/ [07:15] jamesh: https://launchpad.net/ubuntu/+source/mediascanner/0.3.93-0ubuntu1/+build/4889104 [07:15] jamesh: https://launchpad.net/ubuntu/+source/mediascanner/0.3.93-0ubuntu1/+build/4889106 [07:15] sil2100: yeah. I just noticed that about half an hour ago when talking to thostr_ [07:15] jamesh: I guess that it would pass after some re-tries, but they asked me to poke you and maybe fix it [07:15] I'm looking into it [07:16] sil2100: once we have that issue fixed, is there anything else needed to get mediascanner on to daily-release? [07:17] jamesh: I *guess* not, we usually require integration tests, but those will be provided by the scope side, right? [07:18] sil2100: yes. Currently the scope only has unit tests, but I have some ideas about how to do some simple integration tests [07:20] jamesh: ok then, I'll just propose one more branch with some small packaging things that the guys pointed out, and then we can bootstrap it and add it to daily-release - once the unit tests are fixed up [07:20] Same for the scope [07:21] sil2100: since your intial package, we discovered and fixed a class of bugs that were causing crashes on ARM [07:30] jamesh: excellent - so now, all that is left is the unit tests problems, and maybe this small branch [07:30] https://code.launchpad.net/~sil2100/mediascanner/packaging_minor/+merge/180983 [07:31] I prepare all things from the daily-release side [07:32] sil2100: I think the test suite bug triggered by the tests being run in parallel -- one of the test fixtures creates and deletes temporary files in a well known path relative to $PWD. [07:32] sil2100: It's probably worth fixing, but a short term fix would be to not run tests in parallel [07:33] jamesh: the workaround is fine enough with me [07:40] sil2100: ping [07:42] dednick: you anything to do with the battery indicator? [07:42] tsdgeos: depends on what's wrong. [07:42] i have a red icon and then when pulling the battery indicator it tells me i've 83% charged :D [07:43] tsdgeos: yeah. i've seen that [07:43] dednick: where do i report a bug? unity8? [07:43] tsdgeos: probably against indicator-power [07:43] Hi All, I'm using the latest hud=13.10.1daily13.08.16.1-101 build. I noticed that the HUD stopped searching the indicators quite a while ago. Is that a known regression? [07:44] divansantana: yes [07:44] Can't seem to find a bug report on it. [07:44] divansantana: probably not much people was using it :D [07:44] Is it planned to be put back for saucy release? [07:44] I find it extremely useful. [07:45] i think not, but not sure, seb128 do you remember what are the plans regarding hud searching indicators ? [07:45] Should I file a bug report? Or is it a decision that will not be implemented for some reason? [07:45] divansantana, it's a bug [07:45] I loved it to search diodon clipboard for stuff. And other indicators. [07:45] you guys rock thanks for the quick response. [07:46] seb128 is there a bug report that is open to the public where I can view it? Couldn't find it. [07:47] tsdgeos: pong! [07:47] divansantana, bug #1165420 [07:47] sil2100: so yesterday i added some unittests for unity-mir, but they fail since they need the platform-api thing to be able of working [07:47] bug 1165420 in Unity HUD "Unable to access the messaging menu from HUD" [Low,Confirmed] https://launchpad.net/bugs/1165420 [07:48] sil2100: gerry and me were wondering how does mir itself runs the tests and if you had any idea how it would work for unity-mir [07:48] tsdgeos, there is no real "plan", it should work, that's a bug [07:48] seb128: oh, i thought it was deemed an acceptable regression when introducing the new hud, sorry about that [07:49] tsdgeos: give me a moment === swook` is now known as swook [07:49] tsdgeos seb128. Thanks again. cherio [07:49] tsdgeos, I would not be surprised if ted though that, but as far as I'm concerned it should be fixed before release [07:49] sil2100: https://code.launchpad.net/~aacid/unity-mir/application_manager_tests/+merge/180898 for reference, though the jenkins links are gone [07:49] seb128: oka [08:03] sil2100: for disabling parallel tests, passing --max-parallel=1 to dh_auto_test should do it, right? [08:05] jamesh: should be enough [08:06] jamesh: just put a comment there on why we do such a thing [08:06] So that the distro guys don't skin us alive [08:08] mzanetti, hey, some warnings from launcher (when you click between items) http://pastebin.ubuntu.com/6005590/ [08:08] mzanetti, also "QObject::connect: Cannot connect QQuickShaderEffectSource:: to ShapeItem_QML_122::onImagePropertiesChanged()" [08:08] Saviq: I'll check it out [08:09] mzanetti, but that's UbuntuShape being tricked into using a ShaderEffectSource, I htink [08:09] *think [08:09] mzanetti, do we have designs for the quicklist? [08:09] Saviq: yes... looks quite different that what I have now [08:09] mzanetti, like shouldn't it show up next to the launcher? [08:09] Saviq: but I'd prefer to do the themeing in a separate branch [08:10] Saviq: yes. it should show up next to the launcher, but that's a limitation of the popover currently [08:10] Saviq: bug is reported [08:10] mzanetti, you can force the horizontal alignment, can't you? [08:10] I don't think... unless I missed something [08:10] ah [08:10] not [08:11] mzanetti, well, you *could* but it'd be pretty hacky [08:11] Saviq: how? [08:11] mzanetti, you'd need an object aligned to where you want the popover to be [08:12] mzanetti, and pass that to Popover.open() [08:12] and provide { 'pointerTarget': launcherItem } or similar [08:12] no... it still will be above or below as long as there is enough space [08:13] already tried playing around with the pointertarget [08:13] mzanetti, sure, but above/below could be below that positioner object [08:13] mzanetti, but it's probably not worth it [08:13] right... [08:17] mzanetti, for count emblems - the "12" one looks bad aligned, ideas? [08:18] Saviq: I noticed that too late night yesterday... really weird. as I do horizontalAlignment: parent.horizontalCenter [08:18] no clue yet what happens [08:18] mzanetti, I think you should just fill and center the text [08:18] mzanetti, although that will be tricky with eliding [08:18] that would cause a binding loop [08:19] well, not necessarily [08:19] yep... and I need to adjust parent's with bases on implicitWidth [08:19] based [08:19] well, I'll give it a shot [08:19] morning [08:19] hey gerry [08:20] yello [08:20] :) [08:20] yellow is both your nicks on xchat [08:22] greyback, the correct response is "OOo!" [08:22] jamesh: btw. how much time would it take to prepare integration tests for the mediascanner scope? At least 1-2 basic ones for now [08:23] Saviq: if you say so :) [08:23] sil2100, you're hooked up on integration tests, aren't ya! ;) [08:24] Saviq: very ;p [08:25] I've been paid by the autopilot guys to push on AP integration test everywhere [08:26] sil2100: are you after a simple test of integration between the media scanner and its scope, or a full-stack one? [08:27] I can probably get the first up and running fairly easily [08:28] mzanetti, btw, you might want to try paintedWidth of Text instead of implicitWidth [08:28] hmm or is that gone already... [08:29] greyback: https://code.launchpad.net/~aacid/unity-mir/noprivate/+merge/180989 [08:30] tsdgeos: thanks! [08:30] jamesh: just a simple test would be enough, using autopilot if possible [08:32] Saviq: ping [08:33] mzanetti, yeah, s/implicitWidth/paintedWidth/ and it's fine [08:33] mzanetti, interesting is that paintedWidth is not documented... [08:33] dednick, pong [08:33] greyback: any idea why https://code.launchpad.net/~gerboland/unity-mir/add-surface-attribute-updates/+merge/180813 failed? [08:34] in ci i mean [08:34] Saviq: did we ever remove the old indicators-client from archive? [08:34] tsdgeos: yep, forgot licences, just pushed the fix [08:34] works fine here [08:34] ah [08:34] dednick, was it ever *in* the archive? [08:34] dednick, right, still there [08:34] https://launchpad.net/ubuntu/+source/indicators-client [08:35] didrocks, how do we drop that from the archive ↑ ? [08:36] Saviq: we need to keep the indicators-client from unity8 though :/ and from the other. [08:36] dednick, "from the other"? [08:36] *drop the other [08:36] dednick, right ;) [08:36] dednick, yeah, that's fine [08:37] dednick, we just need to drop the indicators-client source package [08:37] Saviq: apparently it's causing some issue getting the indicator-messages published [08:38] Saviq: all plugins are uneeded now, for sure? [08:38] didrocks, yes, they're built into unity8 now [08:38] I hope if you ship the same files, you handled the Replaces: tag like for indicators-client-plugin-sound [08:38] didrocks, no, we're not shipping the same files [08:39] ok [08:41] mzanetti, hmm... height: units.gu(2) for the progress, is that correct? the asset is 1.5 GU high @30 [08:42] interesting… [08:42] mzanetti, and... re: "opacity: root.progress / 10" - shouldn't we just clip the filling to the correct width instead? [08:43] Could not find source 'indicators-client/None' in saucy . Exiting. [08:43] but blocked in proposed at the same time [08:43] Saviq: the mockup I have has a thicker progress bar... but its also doesn't match with the asset [08:43] mzanetti, ok, as long as you're consistent with the design [08:43] Saviq: yeah.. can try clipping [08:44] ah, it has always been in proposed only [08:44] Saviq: the paintedWidth has a strange effect [08:44] mzanetti, as long as you're not expected to have rounded corners on the right [08:44] it makes everything elide after 123 [08:44] grrrr [08:44] mzanetti, orly? [08:45] new indicator-messages sigtrap on start [08:45] didrocks, sil2100: ^ known issue? [08:45] mzanetti, indeed [08:45] * didrocks flushes [08:45] Saviq: https://launchpad.net/ubuntu/+source/indicators-client/+publishinghistory [08:45] seb128: not that I know of [08:45] shrug, TED [08:45] didrocks, thanks [08:45] can we revert indicator-messages? [08:45] that's clearly not ready to land to distro [08:45] sil2100: taking care of that? ^ [08:45] sil2100, ^ [08:46] sil2100: can you as well list that as a pb from the indicator stack? [08:47] sil2100, didrocks: can we revert? [08:47] the thing just sigtrap on start [08:47] that's ridiculous it landed [08:47] we should revert and rebuild, yeah, waiting for sil2100 [08:48] seb128: wasn't aware of that, good to know - noting down [08:48] Reverting last change [08:48] sil2100, thanks [08:48] sil2100: feel free to push to trunk and rerun the stack [08:48] "last change" is the port to gmenu [08:48] Saviq, ^ btw (not sure if you are one of the those who are waiting on the new indicator-messages) [08:49] We probably should force indicator upstreams to each write a simple integration test that would check if 'my indicator is running' [08:49] dednick, read up ↑ [08:51] seb128: which indicator? [08:51] oh. messages [08:53] yes [08:54] yeah, i wasnt even aware it had landed until about 10 minutes ago [08:55] i'm pretty sure i'm running it now... [08:55] didrocks, dednick: pushing it directly to trunk [08:58] larsu: ^ [08:59] The indicators stack is being re-ran [09:02] seb128: where did you see the issue? dekstop? [09:02] dednick, yes it his "g_menu_item_set_detailed_action: Detailed action name has invalid format" when you have tb email accoutns [09:02] it hits* [09:02] which sigtrap [09:03] Saviq: in this paste http://paste.kde.org/pd97d1643/ , would you think there is a difference in the size of the progressbar-fill ? [09:05] pete-woods: ^ [09:05] dednick: hi - I've been sent to investigate the indicators messages fault [09:05] seb128: awesome work! [09:05] mzanetti, that a trick question? ;) [09:06] mzanetti, probably shouldn't [09:06] Saviq: well, the answer is yes, but I don't understand why [09:06] btw, I love it that "khaki" is a defined color :D [09:06] Saviq: yeah... you immediately know who has seen the video about QtQuick.Controls :D [09:07] pete-woods, hey, "awesome work" for what? [09:07] seb128: for figuring out the source of the error so quickly - helps me try and fix it :) [09:07] Saviq: lasts 15 mins but it's well worth it: https://www.youtube.com/watch?v=_6_F6Kpjd-Q [09:07] not that I've ever looked at the code before :/ [09:07] pete-woods, ah [09:08] pete-woods, seb128: can confirm [09:08] pete-woods: (process:4001): GLib-GIO-ERROR **: g_menu_item_set_detailed_action: Detailed action name 'src.imap://nickd@mail.canonical.com/%5BGmail%5D/Important' has invalid format [09:11] dednick: is this on the desktop or phone? [09:11] pete-woods: desktop. i just installed the latest messaging indicator. [09:11] seb128, you want the pot files of the wizard merged or in the wizard folder' [09:11] ? [09:12] Cimi, I've no strong opinion on it, do you have a preference? [09:12] seb128, separate [09:12] Cimi, that works for me [09:12] seb128, in case we want to move the app somewhere else [09:13] seb128, it's easier to grab the potfiles [09:14] dednick: and where did you get that error log? [09:14] the upstart log? [09:14] Cimi, right [09:15] pete-woods, run /usr/lib/indicator-messages/indicator-messages-service [09:15] pete-woods, with a tb account configured [09:15] pete-woods, it's going to sigtrap on start [09:16] seb128: thanks! [09:18] pete-woods, yw [09:23] seb128, who knows a bit how translations work here with qml? [09:23] seb128, I see a i18n.cpp file and header [09:23] seb128, with initTr [09:23] is that required? [09:24] Cimi, just use i18n.tr("string") [09:24] ok thx [09:25] seb128, how do I generate the wizard.pot file? :) [09:25] Cimi, look at po/po.pro [09:25] Cimi, just copy/tweak that I guess [09:28] thanks larsu :-) [09:32] jamesh: any ETA for those basic-basic integration tests for mediascanner scope? ;) [09:33] sil2100: I'll try to get them finished tomorrow. It's 5:30pm here now [09:33] jamesh: also, do you have a branch for the parallel tests prepared, or should I push that to trunk? [09:33] sil2100: https://code.launchpad.net/~jamesh/mediascanner/no-parallel-tests/+merge/180986 [09:33] Awesome, see it got approved [09:33] Cool! [09:40] seb128, dednick: I can't seem to reproduce this error - I have tb configured with canonical's imap server and some new e-mails, I've got G_MESSGES_DEBUG=all, but I don't get any console errors [09:41] however the "Inbox" or "Important" entry in the menu for new messages doesn't seem to appear [09:41] pete-woods: i guess it depends on your mail setup. [09:42] pete-woods: i can get you a stacktrace if you like. [09:42] dednick: what's your "account name" in tb? [09:42] mine's just my e-mail address [09:43] maybe I should stick some naughty characters like : in it [09:44] pete-woods: it's just 'Canonical [09:44] dednick, ping [09:44] without the ' [09:44] MacSlow: pong [09:44] pete-woods, do you have unread emails? [09:45] seb128: yes [09:45] Do you happen to know what errors like "GLib-GIO-CRITICAL **: g_dbus_connection_signal_subscribe: assertion 'object_path == NULL || g_variant_is_object_path (object_path)' failed" point towards regarding using UnityMenuModel? [09:45] pete-woods: in your tb, do you have folders [GMail]/Important ? [09:45] pete-woods, maybe it's due to the folder name, the one hitting the sigtrap is "dx-indicators" there [09:46] * pete-woods creates new folder with dash in the name [09:46] dednick, I've been trying to add code from my stand-alone example to the notification-frontend (in unity8) and don't receive anything via the model... just these errors. [09:46] dednick, I double checked the dbus-name/path numerous times... there are no typos. [09:47] seb128, pot file has to be added to bzr? [09:48] seb128: that doesn't seem to be it [09:48] MacSlow: can you pastebin me your UnityMenuModel setup code? [09:48] dednick: yes, that's one of the folders I've been using [09:48] Cimi, yes [09:49] dednick, http://pastebin.ubuntu.com/6005842 [09:50] hello [09:51] pete-woods, let me look [09:52] how can i make the Unity launcher bar have a solid (i.e. non transparent i.e. opaque) color? [09:54] if you don't understand what i mean, just see this picture: [09:54] http://imageshack.us/f/196/screenshotfrom201204280.png/ [09:54] picture source: http://askubuntu.com/questions/126556/is-it-possible-to-set-the-unity-launcher-to-a-nice-solid-color [09:55] seb128: have reproduced it now :) / :( [09:55] pete-woods, what did you change? [09:56] seb128: I trashed the gconf settings for the indicator, re-created my tb account, added various folders, set up gmail auto-filters for those folders, then sent myself some e-mails [09:58] MacSlow: hm. not really sure about that. only thing i can think of is that the bus is appearing before you set a path. but i think it's supposed to be async, so not really sure why. [10:00] pete-woods, I guess the format of the action is invalid, could be the ":" in "src.imap:..." [10:00] MacSlow: so you can pick up your model in the unityqmlmenumodel.qml example when changing the params? [10:00] dednick, why would that be different between using UnityMenuModel in unity8 (as part of the notifications) and a stand-alone python-example pulling data from the menu-model? [10:01] dednick, I've my own qml-example (not python... sorry) [10:01] dednick, but I'll try to use unityqmlmenumodel.qml [10:01] MacSlow: it shouldnt be different [10:03] seb128: that's it, yes [10:03] dednick, yup... all items show up as expected in unityqmlmenumodel.qml [10:04] seb128: the source_id that tb is providing is that long string, and the indicator is creating an action with that name [10:04] MacSlow: sure you're using the right version? havent installed to usr/local or something? [10:06] dednick, sure... unless unity8 (trunk, compiled from sources) picks up something else than system-wide installed libqmenumodel [10:06] MacSlow: well it might have if you have one installed in /usr/local. errrr [10:07] pete-woods, right [10:07] dednick, certainly no libqmenumodel.so in /usr/local [10:08] MacSlow: how about different loders within /usr/lib ? [10:08] loders=folders [10:08] pete-woods, we had somewhat similar issues in the past, e.g http://bazaar.launchpad.net/~indicator-applet-developers/indicator-messages/trunk.13.10/revision/344 [10:10] pete-woods, https://bugs.launchpad.net/ubuntu/+source/indicator-messages/+bug/1180302 was the same error [10:10] Launchpad bug 1180302 in indicator-messages (Ubuntu) "hit SIGTRAP errors after glib 2.37 update" [High,Fix released] [10:11] dednick, only one version for sure... http://pastebin.ubuntu.com/6005879 [10:12] seb128, does the language plugin work? [10:13] MacSlow: have you installed the one you're testing the examples with? [10:14] MacSlow: for sanitys sake. i'm just trying to verify that the code you're testing is the code your using in unity8 [10:14] dednick, no... I only used it once in-tree (when it was not merged/released) [10:14] seb128: maybe you should fix this for me ;) that fix has been lost along the way [10:15] dednick, also just did a fresh compile of my unity8 branch [10:15] MacSlow: what's the installed package version of libqmenumodel [10:15] dednick, 0.2.7+13.10.20130813-0ubuntu1 [10:16] weird. [10:17] Cimi, define work? it changes the locale, but not on the device because polkit doesn't work (logind registration is broken until we get lightdm) [10:18] seb128, doesn't change on my pc... [10:18] pete-woods, how come you ended up owning that fix? ted should be doing that... [10:18] Cimi, did you restart your session? [10:18] seb128, nope [10:18] MacSlow: i dont supposed there's any way for me to easily check out your code and test it on my system? [10:18] seb128, but the entry goes back to US english [10:18] Cimi, that's why, locales are not dynamic under linux [10:19] seb128, this is a probem [10:19] seb128: http://www.urbandictionary.com/define.php?term=Muggins [10:19] dednick, I could push the current state... to my branches... although I don't like to push such broken state usually... [10:19] seb128, on the wizard we must change locale on the fly [10:19] dednick, one sec... [10:19] MacSlow: you could just create new "-broken" branches. [10:20] dednick, yeah... hold on [10:20] seb128, dednick: do we have a bug report for this regression? [10:21] pete-woods, just step out and wait for ted to be online in a few hours if you ask me... [10:21] Cimi, good luck with that, try talking to xnox about it, ubiquity does it [10:21] seb128: well it's fixed now, and the indicator actually turns blue :) [10:21] Cimi, you might need to exit the mainloop and re-enter it or something, fun [10:21] :-\ [10:21] pete-woods, so it was the same fix I pointed to apply? [10:22] seb128: it was the same principle, that class seems to have been heavily worked on since then, but as the fix was simple, it was easy to forward port [10:22] Cimi: there is no way to actually change the locale of all the application threads. So in ubiquity, we iterate across each label, ask gettext for new translation with new locale, and replace the strings. [10:22] pete-woods, great, glad I helped then ;-) [10:22] Cimi: it's ugly =/ [10:23] seb128: as am I, otherwise I would have spend 2 hours in the gmenu docs :) [10:23] xnox, and will be uglier with qml.. [10:23] seb128, does the entry change for you? [10:24] Cimi, what entry? [10:24] seb128, locale [10:24] seb128, if I change us english to italian, click confirm [10:24] it goes back to us english [10:24] I restart the app [10:24] us english [10:24] Cimi, does it change LANGUAGE or LANG in ~/.pam_environment [10:25] no [10:25] good luck debugging it then :p [10:27] seb128, works for you? [10:27] Cimi, I don't know, you are one of the 15 people pinging me since this morning I didn't manage to get anything done yet today out or replying to questions on IRC, I need to get some work done [10:27] Cimi, it worked last time I tried [10:28] Cimi, it goes through accountsservice, that should still work [10:28] if not, open a bug [10:28] if you open one, try as well if language-selector works to change locale [10:38] jamesh: I had to switch branches, so I'll re-do your parallel-fix and merge it in [10:42] bregma: hi! Before switching to the new compiz daily-landing, could you review/approve https://code.launchpad.net/~sil2100/compiz/remove_unity_support_0.9.10/+merge/179866 ? [10:42] bregma: last time CI failed, cannot see why, but this change we have released in saucy so I want to propagate it here too [10:44] bregma: once this is in, I'll enable compiz 0.9.10 for daily release again [10:45] didrocks: ^ fine with that? It has been dogfooded by me in the past, bregma said they also did that [10:47] bregma: there's an ABI break in compiz, right? I mean, we need to rebuild unity to work with compiz 0.9.10? [10:55] andyrock: ^ [10:55] ;) === MacSlow is now known as MacSlow|lunch [11:06] who provides RoleClickable? [11:06] libunity? [11:07] sil2100: fine with me :) [11:07] sil2100: maybe bump the unity version on latest compiz then? [11:08] ah, me has updates [11:08] * tsdgeos installs [11:09] didrocks: what do you mean? You mean bumping the compiz dependency in lp:unity? [11:09] sil2100: right [11:11] didrocks: will try, but need to make sure the lp:unity merge gets in then [11:11] yep ;) [11:16] sil2100, will review, and I don't believe there is an ABI break but andyrock can confirm [11:18] bregma, andyrock: thanks! [11:24] sil2100, there is an ABI break for what I know [11:24] i'm quite sure [11:25] andyrock: hmm, ok, then we have to resolve this somehow before we enable daily ;) === tvoss is now known as tvoss|lunch [11:30] mzanetti, couldn't we just have Item { width: foo * progress; clip: true; BorderImage { width: bar; anchors { top: parent.top; bottom: parent.bottom; left: parent.left } } } [11:30] mzanetti, for the clipping? [11:30] mzanetti, the -rightMargin seems somewhat scary [11:31] Saviq: sure. but its more to type and margins are said to be faster than absolute widths, no? [11:31] mzanetti, if they're changing, sure, but that would be static [11:31] mzanetti, and now you're recalculating the margins of the fill as well [11:31] andyrock, sil2100, all we should have to do is bump the Compiz build-depends in Unity and rebuild Unity, no? [11:32] mzanetti, or at least re-applying it [11:32] mzanetti, and it's much easier to read, too [11:35] mzanetti, re: centering the label, what you did is somewhat hackish, too, didn't find a better way? any idea what was the deal with the misaligned 12? [11:36] Saviq: No... don't know why the horizontalAlignment didn't work [11:36] didrocks: can I, in this case, do something like this or am I over-complicating things: push a 1:0.9.10~ manually dputted version of compiz to daily-build, then bump the compiz dep and request a merge, get it in and then roll the daily-release machinery with compiz enabled? ;) [11:37] didrocks: i.e. so that the lp:unity merge gets in properly [11:37] sil2100: hum, I think it's better to have one version of unity deliver [11:38] sil2100: then, you directly bump the version in trunk for lp:unity [11:38] (without MP) [11:38] and next daily release run will do what it needs [11:38] wdyt? [11:39] mzanetti, looks good here http://paste.ubuntu.com/6006104/ [11:39] mzanetti, could you try and see if you can reproduce on top of that example? [11:40] ok [11:40] didrocks: ok, sounds simpler ;p I just don't feel safe direct-pushing to lp:unity [11:41] sil2100: for trivial stuff like that, I think it's fine [11:41] sil2100: but I would really suggest having one unity delivery just before [11:41] and then one with just the compiz + unity rebuild [11:42] didrocks, I've had two questions about quarternourly release, please ping when you have a moment [11:42] didrocks: I'll try to make the unity stack green now during this tick that's running [11:42] Saviq: now is fine, I didn't restart yet on the system update [11:42] sil2100: good! [11:43] bregma, andyrock: when the next tick will be near, I'll prepare everything for the compiz switch - will give you a heads up once that's done [11:43] Since as didrocks mentioned, we want to have one last unity release before the switch [11:43] mzanetti: ping. see your "other" irc :) === hikiko is now known as hikiko|lunch [11:43] didrocks, a) why doesn't Unity8 stack depend on Unity? b) could we force unity upgrade for Unity8 stack? [11:44] Saviq: do you use some unity components? (apart from the scopes) [11:44] mzanetti: when you have the time, of course [11:44] Saviq: IIRC, you have your own copy on libunitycore [11:44] Wellark: yeah. I've seen it. Why can't you do the change in one commit? [11:44] didrocks, nope [11:44]