[00:40] <sprink> I can't get the menubar to reappear in gnome-terminal. Even if I right click the terminal and check "show menubar" it doesn't work. It also doesn't work if I execute from cmd with "gnome-terminal --show-menubar". Any ideas?
[00:41] <sprink> ubuntu 13.10
[08:58]  * tsdgeos sighs at unity-mir
[08:58] <tsdgeos> sil2100: ok, so basically i had not realized that there's unity-mir changes in that sily that make unity8 not even able to start
[08:59] <sil2100> huh?
[08:59] <tsdgeos> yeah \o/
[08:59] <sil2100> tsdgeos: in that unity8+unity-mir silo?
[08:59] <tsdgeos> sil2100: yes
[09:00] <sil2100> tsdgeos: damn, then good thing that robru didn't have any core dev around to publish the package ;p
[09:00] <sil2100> phew
[09:00] <tsdgeos> sil2100: i had not updated unity-mir, only unity8 when i did my tests on the nexus4
[09:01] <tsdgeos> i want to check that if i compile my own unity-mir without that change it starts working again
[09:01] <tsdgeos> sil2100: once i do that, what do i do? we "cancel" the silo and ask for a new one?
[09:01] <sil2100> tsdgeos: ok, so I set the status to 'Not tested' for now
[09:01] <sil2100> tsdgeos: no no, let's use this one
[09:01] <tsdgeos> ok, let me check that reverting locally the branch i think is causing the problem actually fixes it
[09:02] <sil2100> tsdgeos: if you notice that you need some additional branch to fix things (or remove some branch), just give me a sign and I'll recondigure the silo
[09:02] <tsdgeos> ok
[09:03] <tsdgeos> i need gerry or tvoss
[09:03] <tsdgeos> to confirm what we do
[09:31] <tsdgeos> sil2100: ok, can we remove https://code.launchpad.net/~thomas-voss/unity-mir/refactor-oom-score-adj-to-rely-on-process-cpp/+merge/201145 from the silo?
[09:32] <sil2100> tsdgeos: in a meeting, but I can remove it if not needed - are you sure it's not necessary to be landed?
[09:32] <tsdgeos> sil2100: i am, it's an improvement and it's causing a segfault on start
[09:33] <tsdgeos> sil2100: we don't *need* the improvement, so let's land something and the on the next land we can get it landed without the segfault :D
[09:36] <sil2100> tsdgeos: ;) tvoss won't be happy, but I like the rationale!
[09:37] <tsdgeos> sil2100: well, tvoss doesn't seem to be around, and we need to get this landing thing to start rolling
[09:37] <tsdgeos> sil2100: if all is fine we have more stuff to land this evening, and we can include tvoss stuff
[09:39] <tsdgeos> mhr3: ping
[09:40] <mhr3> tsdgeos, pong
[09:40] <tsdgeos> mhr3: the special category is always on top?
[09:40] <mhr3> for now, yea
[09:41] <tsdgeos> ok good
[09:41] <mhr3> tsdgeos, btw the demo ppa has also the click scope now, you can test it on that
[09:43] <tsdgeos> mhr3: does it
[09:43] <tsdgeos> ?
[09:44]  * tsdgeos apt-updates
[09:49] <tsdgeos> mhr3: what's the name of the click scope?
[09:50] <mhr3> clickscope
[09:50] <tsdgeos> mhr3: i mean the pacakge
[09:50] <mhr3> unity-scope-click
[09:51] <tsdgeos> hmmm
[09:51] <tsdgeos> why do i have it installed but i can't see it?
[09:52] <tsdgeos> needed a registry restart
[09:52] <tsdgeos> mhr3: so we're supposed to have the running apps in the click scope or in somewhere else?
[09:53] <mhr3> yes, in click
[09:53] <tsdgeos> ok
[09:55] <tsdgeos> ok, quick proof of concept test and it works fine from unity8
[09:55] <tsdgeos> approved your branch
[09:59] <mzanetti> dednick: I guess you could bind-mount some folder from another partition
[10:00] <dednick> mzanetti: :/ it's essentially the /usr folder i need space for though.
[10:00] <mzanetti> dednick: should still work
[10:00] <mzanetti> dednick: copy the /usr folder as it is to some bigger partition
[10:01] <mzanetti> dednick: and then bind mount the copied one over the real one
[10:01] <dednick> mzanetti: ah, yeah... that may work.
[10:01] <mzanetti> easy way to break the device, but as long as you know what you're doing should get you around the limits
[10:01] <dednick> mzanetti: lol. no idea what i'm doing. but can always flash it...
[10:03] <mhr3> tsdgeos, great, thx
[10:04] <mhr3> tsdgeos, can we have "image" pretty pls?
[10:04] <tsdgeos> Cimi: ↑↑↑
[10:05] <Cimi> what?
[10:05] <tsdgeos> Cimi: image preview widget, how is it going?
[10:05] <tsdgeos> Cimi: you less sick today?
[10:05] <Cimi> tsdgeos, a bit less
[10:05] <Cimi> medicine seems to be working
[10:06] <Cimi> tsdgeos, I was doing rating this morning
[10:06] <Cimi> tsdgeos, I can do image id you like
[10:06] <tsdgeos> mhr3: you prefer rating or image?
[10:06] <mhr3> image
[10:06] <mhr3> tsdgeos, do you know which ones are we still missing?
[10:06] <Cimi> let me reboot irc
[10:06] <tsdgeos> Cimi: let's do image first
[10:07] <Cimi> ok
[10:07] <tsdgeos> mhr3: if you go to the somethingPreviewFactorysomething
[10:07] <tsdgeos> you'll see the ones we have
[10:07] <tsdgeos> audio, text, gallery, actions
[10:07] <tsdgeos> that's what we have
[10:07] <tsdgeos> header will be landing after this landing
[10:07] <tsdgeos> since i have it done
[10:08] <tsdgeos> only need Cimi to stop being stubborn and approve it :D
[10:08] <tsdgeos> mhr3: qml/Dash/Previews/PreviewWidgetFactory.qml fwiw
[10:09] <tsdgeos> mhr3: if you're going to want something else over image, header, rating and video tell us, because it's not in our mind
[10:09] <mhr3> let me check
[10:09] <tsdgeos> and audio, text, gallery, actions which we already have obs
[10:16] <mhr3> tsdgeos, prioritized list for us - image, video (no in-dash playback), progress, reviews, rating-input
[10:16] <tsdgeos> mhr3: ok
[10:17] <tsdgeos> ah right, forgot progress
[10:17] <tsdgeos> i'll take care of that one
[10:17] <tsdgeos> it's on my head
[10:17] <tsdgeos> just needs a few typing
[10:17] <tsdgeos> :D
[10:17] <tsdgeos> mhr3: reviews and rating-input are "new" compared to that we had, are they?
[10:18] <mhr3> indeed, so they're not really needed to be on feature parity with old scopes
[10:18] <tsdgeos> ok
[10:23] <mhr3> tsdgeos, oh, and i think we forgot to define "table" widget
[10:23] <tsdgeos> table?
[10:23] <mhr3> see the spec
[10:24] <tsdgeos> is that new?
[10:24] <tsdgeos> i don't remember seeing it
[10:24] <tsdgeos> or maybe i just ignored because it was totally yellow :D
[10:25] <tsdgeos> mhr3: any clue of what it's supposed to do?
[10:25] <mhr3> tsdgeos, weather
[10:25] <mhr3> https://docs.google.com/a/canonical.com/file/d/0B-a_7E3tDxOgd3RNa1FSRGF4ZFU/edit
[10:26] <tsdgeos> so it's two columns of text?
[10:26] <tsdgeos> still that's new stuff
[10:26] <tsdgeos> i'll add it to the list at the end
[10:26] <tsdgeos> will get to it if we are productive :)
[10:26] <tsdgeos> but honestly not sure it'll happen
[11:15] <mhr3> sil2100, ping?
[11:15] <sil2100> mhr3: pong
[11:16] <mhr3> sil2100, we want to land unity-scopes-api, and it changes api, so need to land all the scopes in the landing as well
[11:16] <mhr3> sil2100, since all the scopes will require the api to be built first i was wondering if it wouldn't be better to first build only -api and then add all the mps for all the other pkgs
[11:16] <mhr3> sil2100, does that sound good?
[11:19] <sil2100> mhr3: hm, sounds good, but we can do without that right? As the scopes will dep-wait on the -api to finish?
[11:19] <mhr3> sil2100, but dep-wait == 1 hour delay
[11:20] <mhr3> sil2100, plus first it needs to get to the dep-wait state which requires a builder to try to build it
[11:20] <mhr3> sil2100, bottomline, i want it landed today :P
[11:23] <mhr3> sil2100, btw click-scope isn't on the train?
[11:26] <Cimi> tsdgeos, image has to stay in an ubuntushape?
[11:26] <tsdgeos> Cimi: as said yesterday, let's quick do image as a gallery with just one image
[11:27] <tsdgeos> Cimi: and we can improve it later if needed
[11:45] <tsdgeos> mhr3: the new scopes don't use dee, right?
[11:45] <mhr3> no
[11:45] <mhr3> ehm, right, they don't use dee :)
[11:46] <tsdgeos> ok
[11:46] <tsdgeos> now our fake scopes do
[11:46] <tsdgeos> ha ha
[11:46] <tsdgeos> joke is on us :D
[11:47] <dednick> mzanetti: dont suppose you know why my /etc/fstab is being overwrtten when i reboot my device?
[11:48] <mzanetti> dednick: afaik its bind-mounted from somewhere
[11:48]  * mzanetti checks
[11:48] <mzanetti> dednick: tmpfs on /etc/fstab type tmpfs
[11:48] <dednick> hm. i thought that's where the mounts came from in the first place
[11:48] <mzanetti> :D
[11:48] <mzanetti> you have poin there...
[11:49] <mzanetti> +t
[11:49] <mzanetti> not exactly sure how the do it
[11:49] <mzanetti> dednick: sergiusens or ogra can help for sure
[11:49] <dednick> mzanetti: ta
[11:59] <dednick> mzanetti: wooo! sudo ln -sf /userdata/user-data/phablet/usr/share /usr/share
[11:59] <dednick> pretty dodgey
[12:00] <dednick> "seems" to work for now though
[12:00] <mzanetti> dednick: heh :)
[12:00] <mzanetti> dednick: yeah... just don't unlink any more after you used apt once
[12:00] <mzanetti> or reflash :D
[12:00] <dednick> heh, yeah. need to bootstrap every time
[12:04] <tsdgeos> mhr3: ping
[12:04] <tsdgeos> mhr3: unping
[12:04] <mhr3> tsdgeos, pong
[12:04] <mhr3> ECLOSED
[12:06] <tsdgeos> mhr3: ping again :D
[12:06] <mhr3> EALREADY
[12:07] <tsdgeos> mhr3: so Saviq changed the call to scope.preview
[12:07] <tsdgeos> from
[12:07] <tsdgeos> scope.preview(item.uri, item.icon, item.category, 0, item.mimetype, item.title, item.comment, item.dndUri, item.metadata)
[12:07] <tsdgeos> to
[12:07] <tsdgeos> scope.preview(item.result)
[12:07] <mhr3> i did actually
[12:07] <tsdgeos> mhr3: is that something that you were planning with him?
[12:07] <tsdgeos> because i don't see that change in the scopes shell
[12:07] <tsdgeos> or am i looking wrong?
[12:08] <mhr3>         Method {
[12:08] <mhr3>             name: "preview"
[12:08] <mhr3>             type: "scopes_ng::PreviewModel*"
[12:08] <mhr3>             Parameter { name: "result"; type: "QVariant" }
[12:08] <mhr3>         }
[12:09] <tsdgeos> ah damn
[12:09] <tsdgeos> ./src/Unity/scopes-ng/scope.h vs ./src/Unity/scope.h
[12:09] <tsdgeos> booo
[12:09] <mhr3> supporting both is fun :)
[12:10] <tsdgeos> good thing is i don't plan to do that :d
[12:10] <tsdgeos> bad thing is that i need to support the new one for the tests
[12:10] <tsdgeos> is kind of going in with an axe and choping the old structure to look like the new
[12:10] <tsdgeos> ain't pretty
[12:11] <mhr3> well, once we can switch all the old stuff can go away
[12:12] <tsdgeos> sure
[12:12] <tsdgeos> it's just a pain coding a fake scopes again
[12:12] <mhr3> yea, that's true
[12:13] <mhr3> good thing we ripped out the real plugin so we don't have to keep updating the fake one :D
[12:13]  * mhr3 does evil laugh
[12:45] <tsdgeos> mhr3: hmmmm, just a thought, the mythical unity8 that we'll have at the end of the week on trunk only has to support scopes-ng, right?
[12:46] <mhr3> tsdgeos, right
[12:46] <tsdgeos> ok, for a moment i was about to jump from the window :D
[12:46] <mhr3> it's not like it ever supported both
[12:47] <tsdgeos> sure
[12:47] <Cimi> tsdgeos, https://code.launchpad.net/~unity-team/unity8/unity8.preview_image/+merge/205757
[12:47] <Cimi> tsdgeos, but with all the pending merges, the diff looks crazy
[12:47] <tsdgeos> Cimi: set prerequisite?
[12:47] <Cimi> tsdgeos, I did
[12:47] <tsdgeos> you already did
[12:48] <tsdgeos> Cimi: why there are changes in tests/qmltests/Dash/Previews/tst_PreviewTextSummary.qm ?¿
[12:48] <Cimi> tsdgeos, because that branch got updated
[12:48] <tsdgeos> Cimi: anyway we'll hopefully land most of the preview stuff today
[12:49] <tsdgeos> so let's just leave it there and hope it is a nicer diff when it lands
[12:49] <mhr3> Cimi, how about doing "video" at the same time?
[12:49] <tsdgeos> Cimi: start doing the "non smart" video and we'll go back to this later or tomorrow
[12:49] <tsdgeos> Cimi: ok?
[12:49] <Cimi> tsdgeos, ok
[12:49] <mhr3> Cimi, it's pretty much the same thing
[12:50] <Cimi> mhr3, ok
[12:50] <tsdgeos> Cimi: ok?
[12:50] <tsdgeos> ouch
[12:50] <tsdgeos> sorry :D
[12:51] <tsdgeos> wrong window to ↑+return
[14:08] <mhr3> tsdgeos, added some comments to https://code.launchpad.net/~aacid/unity8/apps-special-category/+merge/205738
[14:09] <tsdgeos> tx
[14:09] <tsdgeos> still trying to get new-scopes tests back into shape
[14:09] <tsdgeos> since they fail miserably now
[14:09] <tsdgeos> after that i'll go back to that
[14:09] <tsdgeos> and get previews working
[14:13] <mhr3> tsdgeos, karni was looking yesterday into the weirdness with initiating previews
[14:13] <mhr3> tsdgeos, not sure how far has he come
[14:13] <tsdgeos> let's wait for him then
[14:13] <tsdgeos> i'm still fixing the tests
[14:14] <mhr3> k
[14:43] <dandrader> dednick, like that: http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/pending/trusty-preinstalled-touch-armhf.zip
[14:43] <dednick> dandrader: ah, i was thinking just to use phablet-flash cdimage-touch
[14:43] <dednick> which i guess uses that
[14:44] <dandrader> dednick, that might point to the same place, I think
[14:44] <dandrader> dednick, and that helps a lot if you're using a regular, space constricted, image: http://paste.ubuntu.com/6915336/
[14:44] <dandrader> tsdgeos, ^
[14:45] <tsdgeos> tx
[14:45] <dednick> dandrader: ta
[15:05] <tsdgeos> sil2100: how's the landing going?
[15:06] <sil2100> tsdgeos: we have an infra issue, trying to fix that right now
[15:07] <tsdgeos> oki
[15:33] <FunnyLookinHat> I'm running 14.04 latest and noticed that the default lens search is significantly worse in returning accurate results ( particularly with the Files lens ) than it was in previous versions - has anyone else noticed this?  I'd hate to file a bug because of my own PEBCAK :)
[15:34] <FunnyLookinHat> As an example, I have two files in a directory "test_hosting" and "live_hosting" - and I often get the opposite result when I search "live_" or "test_" - it isn't until I type the entire filename that I get the correct result.
[15:56] <karni> mhr3: tsdgeos: hey guys, sadly I had little time left to look into that, so not much progress on the fix
[15:56] <Cimi> tsdgeos, https://code.launchpad.net/~unity-team/unity8/unity8.preview_video/+merge/205802 as well
[15:58] <karni> tsdgeos: I'm in a call,but waswondering when can we get this merged: https://code.launchpad.net/~unity-team/unity8/newscopes-new-dash-look/+merge/205404
[16:03] <tsdgeos> karni: Cimi: sorry was running biollions of unittests
[16:03] <karni> np
[16:03]  * karni just joined phone team su
[16:03] <tsdgeos> Cimi: cool
[16:03] <Cimi> tsdgeos, now we just need to land :)
[16:03] <tsdgeos> Cimi: mhr3 was hinting they think ratings is more inmportant than review
[16:03] <tsdgeos> Cimi: maybe you can do that one next?
[16:03] <tsdgeos> Cimi: yeah man :/
[16:04] <Cimi> tsdgeos, rating implies a review, isn't it?
[16:04] <tsdgeos> mhr3: ↑↑↑
[16:04] <mhr3> tsdgeos, Cimi, there's rating-input and review (display thing, no input)
[16:04] <mhr3> rating-input has both the star widget and the text box
[16:04] <Cimi> yep
[16:05] <mhr3> review is just a list of author-rating-review_text
[16:06] <tsdgeos> karni: approved, can you manual merge or want me to?
[16:07] <Cimi> mhr3, do we really need review text box to be necessary?
[16:07] <Cimi> mhr3, I almost never put a comment in my reviews
[16:07] <mhr3> Cimi, if required==both
[16:07] <Cimi> I usually just put stars
[16:07] <Cimi> ah ok
[16:08] <karni> tsdgeos: I'll do that, thank you
[16:12] <mhr3> tsdgeos, karni, fixing the preview weirdness is one of the most important things
[16:13] <karni> I need to provide jouni with some sizes, merge the new looks branch, and can get to that.
[16:13] <tsdgeos> mhr3: yes, but i need the tests to work, otherwise what's the point of anything
[16:18] <Cimi> I'll do a quick break
[16:18] <Cimi> headache is pumping in
[16:19] <Cimi> and I can't take medicine because I am taking other medicines for stomach :)
[16:19] <Cimi> yay!
[16:37] <tsdgeos> mhr3_: the preview kind of works
[16:37] <tsdgeos> i mean
[16:37] <tsdgeos> you're passing 3 widgets
[16:37] <tsdgeos> of which we only support 1
[16:38] <tsdgeos> so that's what you get
[16:38] <mhr3_> tsdgeos, it works only from the first result
[16:38] <tsdgeos> and the spinner just needs to disappear
[16:38] <mhr3_> if you initiate it from non first you never get widgets
[16:38] <tsdgeos> i see
[16:39] <tsdgeos> you told me that yesterday
[16:39] <tsdgeos> sorry for not reading the notes
[16:39] <mhr3_> no worries... i can imagine things being crazy this week
[16:47] <mhr3_> sil2100, ping?
[16:48] <mhr3_> sil2100, is it ok to remove one mp from landing request?
[16:51] <mhr3_> robru, ping
[16:51] <mhr3_> robru, could you reconfigure #71 pls?
[16:52] <mhr3_> robru, i removed one mp
[16:52] <robru> mhr3_, sure
[16:52] <mhr3_> was causing crash :/
[16:53] <robru> mhr3_, done, please build
[16:53] <mhr3_> robru, it's enough to build the single package for which the mp was removed, right?
[16:54] <robru> mhr3_, that sounds reasonable to me... as long as it's not a library that the other packages link against or something like that that would require a rebuild
[16:54] <mhr3_> nope, not a lib
[17:01] <karni> Does demo-stuff ppa auto rebuild after push to new-scopes, tsdgeos?
[17:01] <tsdgeos> karni: yes
[17:01] <karni> perfect. merged newscopes-new-dash-look
[17:24] <tsdgeos> karni: mhr3_: ok, i know what's wrong on the previewlist
[17:24] <tsdgeos> but not sure why it happens nor how to fix it
[17:24] <karni> woot
[17:24] <karni> tsdgeos: speak your mind
[17:24] <mhr3_> that's not exactly good news
[17:24] <tsdgeos> karni: so basically
[17:24] <tsdgeos> one the list is not going to the index we tell it to go
[17:24] <tsdgeos> previewListView
[17:25] <tsdgeos> so we say
[17:25] <tsdgeos> go to index 1
[17:25] <tsdgeos> but it stays at index 0
[17:25] <tsdgeos> and nothing is shown
[17:25] <tsdgeos> because we only have set the data for item 1
[17:25] <karni> hrm
[17:25] <tsdgeos> i have no clue why this is happening
[17:26] <tsdgeos> i have to go now, but i'll try to have a look later tonight
[17:26] <tsdgeos> if you want i can paste you the ugly diff i have at the moment
[17:26] <tsdgeos> in case you want to continue
[17:26] <tsdgeos> but if you have other work to do
[17:26] <tsdgeos> just do it
[17:26] <tsdgeos> and i'll either fix it tonight or tomorrow morning
[17:27] <karni> tsdgeos: sure, paste it please
[17:27] <karni> in case I find time for it, I'll have a look
[17:28] <karni> better to have the diff than not have it, right?
[17:28] <tsdgeos> karni: http://paste.ubuntu.com/6916150/
[17:28] <tsdgeos> you may die of uglyness :D
[17:28] <karni> I'm doing something else atm, but sharing diff makes sense
[17:28] <mhr3_> robru, 71 ready to land
[17:28] <karni> tsdgeos: Don't worry about that :) Thank you for your help.
[17:29] <tsdgeos> karni: fwiw my current guess is that it may have to do with the open effect
[17:29] <tsdgeos> because if i change the timer from 1000 to 100
[17:29] <karni> tsdgeos: ACK!
[17:29] <tsdgeos> it doesn't work either
[17:29] <karni> heh
[17:29] <tsdgeos> so it may be that we need to delay the open effect
[17:29] <tsdgeos> or change stuff first
[17:29] <karni> mhr3_: so, we land things in trunk, but we merge manually to new-scopes?
[17:29] <karni> tsdgeos: gotcha
[17:29] <tsdgeos> or i may be totally wrong and the open efect has nothing to do :D
[17:30] <karni> :D hehehe
[17:30] <karni> glad you found a moment for it anyway
[17:30] <mhr3_> karni, well trunk should ideally continue working with old scopes
[17:30] <karni> mhr3_: correct. I was just asking about the landing process.
[17:30] <mhr3_> but yes, anything new-scopes related can go there
[17:30] <mhr3_> there == new-scopes branch
[17:30] <tsdgeos> karni: mhr3_: if you want the new widgets
[17:31] <tsdgeos> preview widgets
[17:31] <tsdgeos> just merge cimi's and my branches there
[17:31] <karni> I just meant that I merged a branch to new-scopes manually, and I hope that was the right thing to do.
[17:31] <tsdgeos> karni: yes that's fine
[17:31] <karni> ack, though I might not get as far
[17:31] <mhr3_> tsdgeos, should we, or should we wait for it to hit trunk first?
[17:31] <kgunn> karni: yes...i agree, merge manual should be ok
[17:31] <tsdgeos> karni: mhr3_: well, there's stuff in there that hasn't it trunk yet
[17:31] <karni> ac, thanks guys
[17:31] <tsdgeos> because for some reason we can't get trunk to land
[17:31] <tsdgeos> at all
[17:31] <mhr3_> tsdgeos, k
[17:31] <kgunn> that's gonna drive the ppa containing all the stuff we want to show but hasn't laded yet
[17:32] <karni> kgunn: +1
[17:32] <tsdgeos> mhr3_: but yes, ideally, it should go to trunk first
[17:32] <tsdgeos> but if you really really need stuff
[17:32] <tsdgeos> just merge it
[17:32] <tsdgeos> to new-scopes
[17:32] <tsdgeos> and we'll manage
[17:32] <mhr3_> tsdgeos, it's gonna be mess... criss-cross merges...
[17:32] <tsdgeos> mhr3_: i'll be a merge anyway now :D
[17:32] <kgunn> karni: mhr3_ tsdgeos ...the answer is merge to new-scopes, but also mp to trunk
[17:32]  * karni doesn't need the widgets that much today, I'm not worried. I'll start worrying tomorrow heheh
[17:32] <karni> plus, we only need basic widgets
[17:33] <kgunn> once approved it'll go through the landing process
[17:33] <karni> Noted
[17:33] <robru> mhr3_, hmmm, can't land it due to empty changelog. not sure why this is happening, i've seen it before
[17:33] <tsdgeos> karni: sure, we have those MP but they're starting to be impossible to manage since they all depend on eachother and since we have lots to land in trunk it's hard to keep track
[17:34] <mhr3_> robru, on which component?
[17:34] <tsdgeos> kgunn: this was supposed to be for you ↑↑↑↑
[17:34] <tsdgeos> sorry karni :D
[17:34] <tsdgeos> and now i really really have to run
[17:34] <robru> mhr3_, http://162.213.34.102/job/landing-011-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity-scope-mediascanner_0.2+14.04.20140211.2-0ubuntu1.diff
[17:34] <karni> :)
[17:35] <mhr3_> robru, hm, what to do about it?
[17:35] <robru> mhr3_, not sure. I'm emailing didrocks about it, he'll be in tomorrow to resolve it
[17:36] <mhr3_> robru, wanted it landed asap :/
[17:36] <robru> mhr3_, I'll poke at it
[17:38] <robru> mhr3_, sorry, I don't know why this is happening.
[17:38] <robru> mhr3_, I thought maybe the MP's didn't have commit messages, but they do. it's a mystery to me. will need didrocks to fix it.
[17:39] <robru> mhr3_, sorry, growing pains of a new system
[17:39] <mhr3_> oh well
[17:45] <sil2100> mzanetti, rsalveti: trying to rebuild unity-mir with my changelog workaround
[17:45] <rsalveti> sil2100: great
[17:45] <sil2100> Let's see if it worked, we'll know in a moment
[17:45] <sil2100> ._.
[17:51] <sil2100> rsalveti: the changelog looks cool this time - I'll fix citrain properly tomorrow, but at least this way we won't have the problem again
[17:51] <rsalveti> sil2100: great!
[18:11]  * greyback eod
[19:33] <robru> mhr3, ok, so I published that stuff, please merge & clean once it hits distro
[19:33] <robru> silo 11
[19:35] <mhr3> robru, is there a place where i can easily see when that happens?
[19:35] <mhr3> besides the launchpad +source page?
[19:35] <robru> mhr3, 'rmadison unity-scopes-api'
[19:37] <mhr3> robru, any way to make that a push notification instead of pull?
[19:37] <robru> mhr3, 'watch rmadison unity-scopes-api' ;-) no idea
[19:38] <robru> mhr3, I guess you could set your IRC highlights and watch in #ubuntu-release, not sure how well that'd work
[19:39] <mhr3> hmm, might actually try that
[20:20] <mhr3> kgunn, looks like someone needs to press the "merge and clean" for landing #42?
[20:20] <kgunn> mhr3: thanks for the prompt...i'll take a look
[20:21] <mhr3> unity is now overriding our new-scopes branch, that's how i noticed
[20:21] <kgunn> mhr3: hmmm, it still shows migrating...let me check with others
[20:23] <kgunn> mhr3: hey, so salveti is gonna do it as soon as its done...
[20:24] <kgunn> its in flight right now
[20:24] <mhr3> it looks all landed to me
[20:24] <kgunn> hmmm...it doesn't to me...and didn't to  him either
[20:24] <mhr3> doesn't it change only once you do press the "merge and clean"?
[20:24] <kgunn> weird...ubuntu timewarp
[20:25] <kgunn> well ultimately yes...it will say landed after that
[20:25] <mhr3> kgunn, https://launchpad.net/ubuntu/+source/unity-mir says it's in release pocket
[20:25] <mhr3> same for unity8
[20:26] <kgunn> mhr3: btw, do you know what that landing means for lp:~unity-team/unity8/new-scopes ?
[20:27] <kgunn> e.g. i assume there are branches on that
[20:27] <kgunn> that still weren't part of that landing...
[20:27] <mhr3> i'll try to merge new-scopes with trunk when trunk has all those changes
[20:27] <mhr3> will see what happens :)
[20:28] <kgunn> right...was just considering, should we put in for another landing ?
[20:28] <mhr3> new-scopes isn't ready to be merged yet
[20:28] <kgunn> hmmm....altho, i guess albert gave up on test fixes
[20:28] <kgunn> right...not worthy yet
[22:37] <tsdgeos> kgunn: can we ask for another silo?
[22:37] <kgunn> tsdgeos: we can...do you have a list of MP's ?
[22:38] <tsdgeos> kgunn: yep, let me paste it
[22:39] <kgunn> tsdgeos: you bet...and i'll put in the landing sheet
[22:39] <kgunn> please note if there's any related mp's from other projects that are pre-requisites
[22:40] <tsdgeos> yes
[22:40] <tsdgeos> there should be none
[22:44] <tsdgeos> kgunn: http://pastebin.kde.org/pjtyi5fg1
[22:44] <tsdgeos> ubuntu pastebin didn't accept the paste
[22:44] <tsdgeos> thought it was spam or something :D
[22:46] <kgunn> tsdgeos: ok...i'll queue it up
[22:46] <tsdgeos> awesome
[22:46] <kgunn> btw...are you sure you want just these 6 ?
[23:18] <YokoZar> Hi, I want to improve the way Unity handles Wine apps in the Applications scope -- is this the sort of thing I should do as a separate installable scope or by modifying Unity's built in scope itself?
[23:37] <tsdgeos> karni: when you're back from the doctor please review this https://code.launchpad.net/~aacid/unity8/new-scopes-preview-fixes/+merge/205872
[23:37] <tsdgeos> and it'd be awesome if you could also do https://code.launchpad.net/~aacid/unity8/preview_header
[23:37] <tsdgeos> and with previews fixed
[23:37] <tsdgeos> or "less broken"
[23:37] <tsdgeos> it's a good time to go to sleep
[23:37]  * tsdgeos waves