[00:41] Greetings! Is it possible to blacklist a package in the live session? [00:43] bluesabre: What do you mean by blacklist? [00:43] in xubuntu we ship light-locker as a means to lock one's session [00:44] it would be beneficial to not have that package installed in the live session [00:44] (because the timed locking would lock a user out of the live session) [00:47] Um, I thought settings were twekaed on live boot such that the lock screen isn't enabled... I know that happens for Ubuntu... [00:47] tweaked* [00:49] Maybe xubuntu needs a script that gets loaded by casper to do this for a live session. [00:49] ok, I'll take a look at that [00:49] thanks for the suggestion [00:51] np === m_conley is now known as m_conley_away === duflu_ is now known as duflu [08:37] hi :) [08:44] how can I see the current version of a trunk package to add it as a dependency on another pakage's control? [08:45] most packages in debian control have a version (>= version_number) [09:00] good morning desktopers! [09:01] hikiko, there is no "current version of trunk", you either use ">> current_archive_version", assuming the next upload is going to have your change or you wait for the upload to tweak the version [09:01] hikiko, did you get any designer feedback on the control center UI? I read your comment, the backend requirements shouldn't dictate the UI though... [09:02] mpt, hey, do you think you could have a look/comment on the UI/design of https://code.launchpad.net/~hikiko/unity-control-center/unity-control-center.per-monitor-fonts-scale-factor-slider/+merge/205227 (http://imgur.com/cVlLyV0) [09:07] seb128, I think bregma asked some designer at some point but I will discuss with him again for sure, maybe I have to move the slider on the left [09:08] hikiko, is that setting only about fonts? [09:08] morning chaps [09:09] Laney, hey, how are you? [09:09] seb128: good thanks, although my arms are feeling the pain from climbing :P [09:10] seb128, no, it's for all ui-components in Unity8/QML apps (Kaleo will know for sure) in Unity7 it's for fonts but since everything is rendered according to the EM size it's for everything... [09:10] might have gone a few too many times lately ... [09:10] hikiko, the label is misleading then [09:10] Laney, hehe, I know the feeling ;-) [09:13] I've been 4 times in 5 days :( [09:13] how are you doing? [09:13] Laney, what do you think about adding ubuntu-schemas to the ubuntu-settings source? [09:13] you mean merging gsettings-...? [09:14] Laney, I'm good thanks [09:14] Laney, yeah, "merging/superseeding" [09:15] yeah if you like, that should be easy to do [09:15] also I don't remember know why you made gsettings-ubuntu-touch-schemas depends on ubuntu-touch-sounds but that's a depends we don't want on the desktop [09:15] I did not [09:15] Laney, yeah, doability is fine, I was wondering if you think it's a good idea ;-) [09:16] https://code.launchpad.net/~laney/gsettings-ubuntu-touch-schemas/no-sounds-dep/+merge/192314 [09:16] Laney, hum, sorry, seems like I got that backward, I remember we discussed if the default value should be pulled in [09:17] well, I can think that it mixes up the idea of 'upstream' and 'downstream' [09:17] did I argue in favor of the depends by then?! [09:17] yeah but I think you were convinced in the end [09:18] seb128, you are right, I didn't replace it when I renamed the fonts_scale_factor to ui_scale.. [09:18] thanks! [09:18] hikiko, yw [09:19] Laney, I sure am convinced :p [09:19] ;-) [09:19] seb128, done [09:19] Laney, well, with daily landing, CI, etc, there is no much downstream/upstream difference nowadays [09:19] mpt, thanks! [09:20] hmm [09:20] It's like ubuntu-settings overrides GNOME stuff but then we also randomly provide schemas for things in there too [09:20] 'this package is vaguely to do with gsettings' [09:20] hikiko, we got design input on the mp, thanks to mpt, please address his comment as well (I'm going to handle the schemas thing) [09:23] let me see :) [09:24] Laney, ideally regrouping things (like we regrouped themes in icon themes in ubuntu-themes) would be nice [09:24] less sources/projects to handle [09:29] ok let's move the slider to the left :) [09:29] sil2100, didrocks: hey, would it be easy to put unity-system-settings and unity-control-center under CI train? they have auto commits atm so I guess they are set up in the old autolanding way [09:31] seb128: should be easy, I guess you just need to tag latest release to avoid having a crazy changelog [09:31] seb128: it should be relatively fast and easy, we just need to disable the auto-landing and then one tag to have all ok [09:31] didrocks, sil2100: thanks, what sort of tag? [09:32] can you do it/let me know what to do? [09:32] * didrocks looks at the code before telling wrong things :) [09:32] one sec [09:32] seb128: ok, it's just the package version [09:33] didrocks, sil2100: you have your daily morning call now? feel free to get back to me after it, no hurry there [09:33] (including the -0ubuntu…) [09:33] yeah [09:33] just put that and the bot will only collect after that tag [09:33] ok [09:33] I need a manual commit to push a tag? [09:34] I think you can push it with --overwrite without a commit, but not garantee [09:34] no* [09:34] let me try [09:34] I just need to fresh checkout and look at the tags to verify [09:49] didrocks, in fact debcommit -r tagged things already, we should be fine for unity-control-center I think [09:49] $ bzr tags | grep 14.04.3 [09:49] 14.04.3-0ubuntu1 12707 [09:50] sil2100, ^ [09:50] seb128: great! at worst, it's a big (incorrect) changelog anyway… [09:50] sil2100: mind putting that one? ^ [09:50] didrocks: you mean, like, disabling from cu2d? ;) [09:51] (and adding seb as the lander) [09:52] didrocks, sil2100: unity-settings-daemon should good to go as well [09:55] sil2100: yeah, seb as lander, disabling with the usual parameters [09:55] seb128: do you mind adding it to the bootcamp spreadsheet? [09:56] (trying to have a list of our projects) [09:56] so that later on, you can subscribe, and so on [09:59] didrocks, sil2100: done, l80&81 (inserted bellow g-c-c-unity to keep logical units) [09:59] thanks! [09:59] yw ;-) [10:00] sil2100: tell us once done [10:01] seb128: where can I find unity-system-settings ? [10:02] sil2100, unity-settings-daemon you mean? [10:02] sil2100, https://code.launchpad.net/unity-settings-daemon [10:03] https://code.launchpad.net/~unity-settings-daemon-team/unity-settings-daemon/trunk [10:04] seb128: ah, those I know already ;) You mentioned something about unity-system-settings in the backlog and I was thinking if I missed anything [10:04] sil2100, my fingers typoed, those projects are too close :p [10:04] sil2100, I mean unity-control-center and unity-settings-daemon [10:12] seb128, didrocks: reconfigured ;) All should be ok now [10:12] sil2100, meaning I can go through CI train for those now? [10:14] Laney, I was just pondering taking that new gtk-doc or not, quite some changes, good that you went for it, spare me the extra thinking ;-) [10:14] glib depends on it :P [10:15] seb128: yes [10:15] Laney, yeah, new gdk-pixbuf as well (was looking at this one) [10:15] nod [10:16] Laney, can you +1 https://code.launchpad.net/~seb128/unity-settings-daemon/hidpi-screen-support/+merge/207125 for me? I want to try CI train land u-s-d [10:17] Laney, that patch is already in g-s-d so it should be fine [10:18] seb128: g-s-d in ubuntu? [10:18] Laney, yes, https://launchpad.net/ubuntu/+source/gnome-settings-daemon/3.8.6.1-0ubuntu3 [10:18] ack [10:18] thanks [10:20] done [10:23] thanks [10:27] sil2100, ok, put requests for the 2 new components, let's see how that goes [10:49] didrocks, https://launchpad.net/~ci-train-ppa-service/+archive/landing-005/+sourcepub/3923487/+listing-archive-extra [10:49] didrocks, changelog worked ;-) [10:49] excellent! :) [10:49] u-c-c railing the train! [10:50] tjaalton, ^ btw, I think you were interested in new wacom? [10:50] didrocks, and u-s-d! https://launchpad.net/~ci-train-ppa-service/+archive/landing-006/+sourcepub/3923493/+listing-archive-extra [10:50] hehe "niceeeeee" ;) [10:50] ;-) [10:50] seems people try to challenge the ci train wrapping :) [10:50] change the scaling value by writting the [10:50] "org.gnome.desktop.interface scaling-factor" gsettings key [10:51] :) [10:51] ;-) === tkamppeter_ is now known as tkamppeter === vrruiz_ is now known as rvr [11:22] seb128 and Laney could you please get one more look at this: [11:22] https://code.launchpad.net/~hikiko/gsettings-ubuntu-touch-schemas/scale-factor-for-unity7-unity8/+merge/206240 [11:22] (thanks!) [11:23] hikiko, sure [11:23] though I'm a bit confused at what Laney wants with the packages sources/names atm [11:23] oh sorry [11:24] I thought Lane and Laney is the same person :) [11:24] why is picking names always so annoying :p [11:24] * Laney hulks out [11:24] sorry sorry :) [11:24] that is me [11:24] you weren't wrong :P [11:24] hikiko, he is [11:24] then because he reviewed it already [11:25] seb128: umm I don't want to block you doing what you think is right, it just feels a bit weird is all [11:25] renaming the binary is A-OK as far as I'm concerned [11:25] 'it' being merging the sources [11:26] Laney, I've no strong opinion either way, that's the sort of details I don't care much about [11:26] then my preference is to rename the binary package and ideally the source but probably do that later on [11:26] robert_ancell started on merging sessions, settings, etc in http://code.launchpad.net/~robert-ancell/+junk/ubuntu-session [11:27] but I though moving the gnome-session .session files in there were touch much [11:27] ok [11:27] let's do it easy then [11:27] renaming the binary to "ubuntu-schemas" [11:27] ? [11:28] gsettings-ubuntu-schemas I think [11:28] and the AS one too [11:29] right [11:29] do you want to do it maybe? ;-) [11:29] (if not that's fine, I'm going to have a look next, after landing the new u-c-c and u-s-d) [11:29] could do in a bit perhaps [11:29] just testing glib and dconf [11:29] k, let me know if you start on it [11:30] then I will see about webkit [11:30] I've a few items/updates I started on [11:30] but I'm going to have a look in the afternoon if you don't beat me to it [11:30] hopefully upload that today [11:30] ok [11:30] hikiko: looks ok to me now! [11:31] :D [11:31] I wouldn't have been so verbose in the description (the bit where you justify int vs float) but it's okay [11:32] also I'm interested in how this will interact with what gnome does [11:33] I suppose config tools will have to write two keys at some point [11:33] ops sorry [11:33] no worries, it's fine [11:35] well in unity7 you either change the text-scaling-factor and see the same size in each monitor [11:35] or you use the ui-scale and you change the scaling per monitor [11:35] if you only have 1 monitor [11:35] then I guess it's almost the same [11:35] for unity7 at least [11:42] bregma, Trevinho_, the new unity with hidpi support is buggy for me, on my external monitors in 1920 resolution the launcher/panel are bigger after the update [11:42] where they should not, that's not an hidpi screen and the old default was fine, the new factor seems wrong [11:52] seb128: what's your dpi? xdpyinfo | grep dots ? [11:52] xnox, resolution: 96x96 dots per inch [11:53] seb128: that should factor 1... [11:54] seb128: where are these hidpi merge proposals / ppas that I can try? [12:08] xnox, sorry, was dealing with lunch getting ready ;-) [12:09] xnox, https://launchpad.net/~ci-train-ppa-service/+archive/landing-003/ [12:09] seb128: burned much?! =))) [12:09] lol, no, it was alright and I'm done eating ;-) [12:09] xnox, https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFlCc1VzeVZzWmdBZS11WERjdVc3dmc#gid=21 has the list of vcses [12:10] if you want the code details [12:10] seb128: thanks. [12:11] yw [12:11] looking to https://code.launchpad.net/~brandontschaefer/unity/launcher-high-dpi-dynamic-resize/+merge/203176 they changed the units to be _em values [12:12] but I guess that's already in the code, was just not used before, so the change to review might not be in that list [12:13] seb128: i'm yet to figure out how to do dpi in e.g. plymouth and lightdm. [12:13] seb128: i guess system-wide setting for lightdm should be to autoscale. [12:14] xnox, lightdm runs u-s-d, that sets the autoscale factor for gtk, which should took care of part of the issue [12:14] well, unity-greeter rather than lightdm [12:15] seb128: yes and no, as patterns and logos are rendered at fixed px based offsets and sizes... [12:15] right [12:16] seb128: the grid dots, the bottom left logo, and centered (other monitor logo), frames around text input - should all dpi scale. [12:16] seb128: unless cairo changes it's layout to be dpi-wise rather then pixel wise? [12:18] no, I don't think so [12:28] seb128: btw, I came back from NUDT this afternoon, will continue ibus work tomorrow [12:29] happyaron, ok, thanks [12:29] happyaron, did the "disable ctrl-space by default" looks fine to you? [12:29] the patch looks fine, but I'm not able to test it when at NUDT [12:30] happyaron, ok [12:31] happyaron, how is Kylin work looking for feature freeze? [12:32] seb128: they are mostly focused on cooperation projects with commercial companies, no big action regarding the distro itself. [12:32] ok [12:32] shrug, I could use with bugzilla being up [12:33] FJ and I will go to a partner's office maybe in next week, for the cooperation project of input method. [12:33] ok [12:34] and getting a station, which we don't have at our office, :P [12:34] station? [12:35] I mean a seat in office, dunno which word is proper to describe. [12:39] oh, I see [12:42] * desrt yawns [12:42] desrt, good morning! [12:43] gähn [12:43] greetings desrt [12:43] seb128: i'm doing the renames now [12:43] Laney, thanks [12:43] good morning, peeps [12:43] Laney, then we can CI train landing it since u-c-c is there as well now [12:43] want to get the depends there fixed to gsettings-ubuntu-schemas? [12:44] yes please, I should approve that mp you pointed earlier [12:44] seb128: yes, updated wacom backend for u-c-c/u-s-d? [12:44] tjaalton, robert_ancell did https://code.launchpad.net/~robert-ancell/unity-control-center/wacom-panel-3.8/+merge/207082 [12:45] tjaalton, I guess we need to update the unity-settings-daemon side as well [12:47] seb128: yeah i think so. i'll be able to test these next week [12:47] tjaalton, great, thanks, let us know how it goes === MacSlow is now known as MacSlow|lunch === alan_g is now known as alan_g|lunch === MacSlow is now known as MacSlow|lunch === alan_g|lunch is now known as alan_g [13:46] merging acpid and adding unity-settings-daemon support to it... [13:47] xnox, that is using g-s-d? [13:48] seb128: it does nothing if g-s-d is running... [13:48] hum, k [13:49] seb128: it manages powerbutton policy (e.g. what to do) but it should do something on e.g. headless servers, not when there is u-s-d and unity pooping up a dialog "sleep shutdown restart" [13:49] right, I wonder if that's what makes my system shutdown when pressing the power button (rather than opening the dialog) [13:50] (I'm running u-s-d) === Trevinho_ is now known as Trevinho [13:50] I noticed that some days ago and have it on my "to debug" list [13:52] seb128: upgrade to new acpid, when that builts and let me know. [13:53] xnox, sure, thanks for the letting us know about the issue/update! [13:54] seb128: i'm just franticly going though my outstanding merges list, trying to fix up everything what will be useful in an lts at the moment. [13:56] xnox, yeah, makes sense [13:56] Trevinho, let's move here, the other channel is a bit busy [13:56] Trevinho, I didn't realize you would use the text scaling as an UI scaling [13:56] ok [13:57] Trevinho, the key for gtk scalling upstream is "org.gnome.desktop.interface scaling-factor" [13:57] not text-scaling [13:57] seb128: that was a late thing we added both for testing and because I thought it's what we wanted as well... I.e. using that value as minmum scaling factor anyway [13:57] ouch [13:57] ok... I can fix it in a small branch [13:57] thanks [13:57] can still we add this to the queue? [13:57] sure [13:58] you just need to edit the gdoc and ask for the silo to be reconfigured [13:58] but I'm fine if that happens in another round, I guess not a lot of people use the text-scaling [13:58] btw that key is set by the a11y -> big text option [13:58] yes [13:59] in fact that's why I wanted to supprot this as well [13:59] well, the setting says "text" [13:59] because for a11y issues having everything scaled up was something better I thought [13:59] not UI :p [14:00] Trevinho, well, personally I've no a11y issue, the default font is just a bit small and I get tired at the end of the day, and since we have no UI for font size I went for the big text one [14:01] but unity really looks not so nice with that scaling factor applid [14:02] seb128: yeah, the fact is that things won't scale, at least not everything... SO... I guess we still need to use the text-scaling factor as our base scaling factor if defined, don't you agree? [14:02] Trevinho, it feels wrong to have an option called "big *text*" which increases your launcher and panel [14:02] seb128: seems new compiz is placing new windows across boundaries...is that a known issue? [14:02] mdeslaur, define "across boundaries"? [14:03] I think Trevinho has a fix submitted for decoration issues [14:03] seb128: when I open a terminal on workspace 1, the window gets put at the bottom of the screen with part of it in workspace 3 [14:03] mdeslaur: on the bottom it happens yes... known issue, I've on my list [14:03] mdeslaur, what Trevinho says then [14:03] Trevinho: ok, cool, thanks [14:04] mdeslaur, you are picky about your desktop, that's good ;-) [14:05] seb128: hehe, yes, I do enjoy it when it works properly :) [14:05] Trevinho: FYI, it also places new windows with the title bar hidden behind the global menu [14:06] probably the same issue [14:06] Trevinho, ok, so those text-scaling scaling-factor confuse me [14:06] Trevinho, I've no real opinion on how things should behave but that seems like bug fix material for after ff if the behaviour is wrong [14:07] mdeslaur: mh, that's weird... [14:08] Trevinho: only seeing it with virt-manager though, not sure why [14:09] seb128: well, the main thing was to get unity scale up (and down) keeping it working with no regression, and that's what we are doing... But some details still need to be improved. [14:09] Trevinho: ie: switch to a new workspace, open terminal, terminal is correctly placed lower than global menu. Open virt-manager, virt-manager goes beside the terminal, but with titlebar hidden underneath global menu === MacSlow|lunch is now known as MacSlow [14:11] seb128: mh that scaling factor value gnome has is quite hard to use since it's an integer [0...4294967295]... but... 2 is already scaling of factor 2, so it's too much [14:11] seb128: we want scaling factor steps in float [14:12] seb128: so, for now I'll just disable the usage of text-scaling-factor [14:12] Trevinho, well, you guys are adding a new setting no? [14:12] seb128: yes, but I also would have loved to have gtk apps to scale with us [14:14] Trevinho, well, gtk apps are going to scale by 2 [14:15] through u-s-d/scaling-factor [14:15] seb128: I guess we'd need to patch gtk then to adapt to our scaling... as we support also scaling 1.5.. or less [14:15] and cairo can do that... so it shouldn't be hard (/me hopes) [14:15] Trevinho, there is a reason gtk did int values, it's not going to be that easy [14:16] you can't do half pixels [14:16] no, sure... [14:16] 3*1.5=4.5 bog [14:16] Trevinho, well, let's already land the new stuff for ff and then see where we stand/what we can fix/improve [14:17] ok [14:17] Trevinho, I'm going to test again new unity with text-scaling to 1, feel free to keep using that key for easy testing until the new settings land [14:18] seb128: ok, ah decorations scaling is to-be-fixed in these branches... I already have the code, but I'm pushing that later today [14:18] I mean, it's working but window buttons are not so nice... [14:18] (another good thing of new decos btw) [14:22] seb128: there's one thing that gnome scaling factor seem to cause: gdk display at that point rerturns has wrong geometries... [14:23] I mean, they're scaled as well I think [14:23] so the launchers, panels have wrong size [14:23] should I scale them as well?!? :o [14:23] no idea about that [14:28] hm, where is mardy ? [14:29] seb128, did you see https://01.org/gsso/ ? is that a fork of ubuntu's SSO ? [14:29] xclaesse, kenvandine mentioned it before [14:29] that's not new [14:30] that's based on the same stack, they "just" replace the qt part by a glib based one [14:30] they keep it mostly compatible [14:31] oh, that's the rewrite of the qt part for tizen? [14:31] yup [14:31] I remember mardy told me about that a long time ago [14:44] seb128: so yes I've to scale also the monitor sizes to get that scaling factor to work... I don't know if it's something wanted by gdk... [14:45] seb128: however, I've moved to use that setting and it works ok [14:45] k [14:45] seb128: decorations dragging/resizing is supported in a different branch though, but that can be landed in fe hours [14:46] Trevinho, ok, well up to you guys to handle the landing, bregma has access now I think [14:46] Trevinho, but let me know if I can help [14:47] imho you guys should land that first round of hidpi work [14:47] seb128: ok [14:47] so you can move on on landing other features [14:47] seb128: this is the MR fyi [14:47] https://code.launchpad.net/~3v1n0/unity/hdpi-gnome-scaling-factor/+merge/207217 [14:47] like the lock screen [14:47] Trevinho, thanks [14:47] Trevinho, do you ever actually sleep? [14:47] bregma: yes... like 6 hours... :) [14:47] no, almost 7 actually :D [14:48] FFs are always a physical exercise to me... BUt this one is quite relaxed compared to the one in the past... As I've mostly had to help with other's stuff :) [14:49] seb128: ops, the MR was wrong.. I didn't set the prereq ;:D [14:50] bregma: i presume you're too busy today, but in case you'd wanna sponsor light-locker-settings, that'd be awesome! https://bugs.launchpad.net/light-locker-settings/+bug/1281536 [14:50] Launchpad bug 1281536 in light-locker-settings "[needs-packaging] light-locker-settings" [Wishlist,In progress] [14:50] bregma: so, we'd need to get this in the train of Brandon's branches https://code.launchpad.net/~3v1n0/unity/hdpi-gnome-scaling-factor/+merge/207219 [14:54] Trevinho, we'd need bschaefer's review of that first, there was a reason we were not using the GTK scaling factor like that and he has the background and information to explain [14:55] bregma: he told me the problem was that it's an integer... so we couldn't scale of 1.4 for example [14:55] bregma: now, this change doesn' actually does anything but using that integer value adn allowing scaling by 2, 3.... [14:56] bregma: anyway that's something that we're going to ignore afterwards [14:56] bregma: I put that only to have a setting to play with, but... I could get rid of it [14:56] the fact is that I would like to land all this stuff asap, to have still time for the next stuff [14:57] Trevinho, we might just have to include it in the next landing, I don't want to restart the AP test run because it takes 3 hours [14:58] bregma: ah ok sure [14:58] Trevinho, I notice when I unhide the Launcher now it moved the whole desktop to the right... have you seen that? [14:59] bregma: you mean, when you change the option? [15:00] bregma: if yes, that's a feature... actually a feature of nautilus itself as there isn't a dock on the left anymore [15:00] I have the Launcher set to autohide, and when I unhide it, the icons I have lying around on the desktop jump to the right, like the whole desktop is moving [15:01] then they jump back when the Launcher hides again [15:01] the indicator ordering is all messed up, too [15:01] bregma: nvm, Laney seems to be looking at it already (thanks a lot Laney !) [15:01] np [15:02] oh, no [15:02] bregma: that's with last branches or trunk? [15:02] seb128: new acpid is in release pocket. [15:02] xnox, thanks [15:02] attente_, hey [15:02] * Trevinho has not it here [15:02] ochosi: I'm just going to make some minor fixes while uploading, hope that's ok [15:02] seb128, hi [15:02] Laney: absolutely [15:02] Trevinho, latest landing PPA, but the system may very well be messed up, it's a development machine taht gets that way sometimes [15:03] attente_, I'm having issues with indicator-keyboard tests, maybe you can help me [15:03] attente_, public void test_activate_text_entry_settings () { [15:03] attente_, stderr.printf ("_service.command = \"%s\"\n", (!) ((!) _service).command); [15:03] attente_, where is that command coming from? [15:03] Trevinho: bregma: I have messed up indicator icon ordering with latest landing PPA. I did not have this with Unity from main. [15:03] bregma: yeah, but well.. I'm running that code now and I don't have it here... but, latest merges/remerges might have caused a regression [15:04] seb128, the command is the property in the Service class in the same file [15:04] ChrisTownsend, Trevinho, bregma: oh, I had that as well, tomboy was top right for me, instead of session [15:04] bregma: However, I don't see the Launcher unhide issue you describe. [15:04] :o [15:04] seb128, when the command is executed, the only thing the service does is set that string and trigger a notify [15:04] what it landed? [15:05] Trevinho: What do you mean? [15:05] seb128, so during the test, when we spawn something like gucharmap, the test can know, "ok, it was executed", without having to run the actual gucharmap [15:05] ChrisTownsend: I dont' know what might have been caused that [15:06] Trevinho: Not sure. I'll purge the landing PPA and see if it goes back to normal. [15:06] attente_, ok, I'm overlooking something then, but http://bazaar.launchpad.net/~seb128/indicator-keyboard/use-unity-control-center/revision/272 makes the test unhappy and I don't understand why [15:07] seb128, oh... probably because it's missing the symlink that would call the dbus method [15:07] attente_, oh, in tests/execute [15:07] attente_, thanks [15:08] ChrisTownsend: I made a change in libindicator but no ABI/API changed [15:08] attente_, I greped the source, I didn't think there were symlinks for it [15:08] attente_, the mp is coming your way in a few minutes ;-) [15:09] seb128, ok, thanks! [15:09] Trevinho: Yeah, with just the landing PPA purged, indicators are back in the correct order, so it's something in one of the MP's. [15:09] Trevinho, it's not libindicator, that landed yesterday [15:09] but I confirm what ChrisTownsend says [15:09] oh, wait I see it [15:10] it's ups there [15:10] let me check what changed [15:10] bregma, ^ you are going to need a new round to land that ppa, you can start adding vcses to the request and ask for a silo reconfigure [15:11] * ChrisTownsend Hears bregma groan about having to stop his Autopilot run [15:11] uff, yeah I told Brandon to fix an issue last night, but had not the current trunk... so my diff was not the same, and the criss-cross merge made the rest I guess [15:11] ah, Brandon's famous criss-cross merge [15:11] ochosi: You could avoid some of those things in rules by fixing the makefile [15:12] let me see [15:12] like `install' lets you specify the permissions directly & I wouldn't install INSTALL and COPYING personally [15:12] Laney: hmm, sorry, i only helped write the app, the packaging was done by someone else... :/ [15:12]