[00:06] <attente> robert_ancell: i pushed a branch to wip/williamhua/ubuntu-sso
[00:06] <attente> robert_ancell: it basically just hooks into ubuntu-sso-client's dbus service to get the oauth tokens
[00:15] <attente> robert_ancell: oh. btw, i've only tested the token retrieval... i didn't want to test sending the actual review to the production server so i inserted a 'return TRUE' locally
[00:32] <robert_ancell> attente, awesome!
[00:36] <robert_ancell> attente, you need to replace all your spaces with tabs.  I was just confused by the output of git diff
[00:40] <TheMuso> I'll take tabs over spaces any day. :)
[01:12] <robert_ancell> attente, do I need to install anything? It didn't prompt me for anything
[03:49] <attente> robert_ancell: it shouldn't need anything besides ubuntu-sso-client i think
[03:50] <attente> but even that i think should be optional since it queries it over d-bus
[03:50] <attente> i mean from a "won't crash if it isn't installed" perspective
[03:50] <robert_ancell> Yeah, it didn't crash, but it didn't post the review either
[03:51] <attente> did it at least get the tokens for you?
[03:51] <attente> i didn't test the posting the review yet because i didn't want to test aginst the production server
[03:53] <robert_ancell> attente, I don't think so
[03:53] <robert_ancell> attente, there were some build issues, but that branch should now be merged and in the PPA
[03:54] <attente> robert_ancell: gdbus call --session --dest com.ubuntu.sso --object-path /com/ubuntu/sso/credentials --method com.ubuntu.sso.CredentialsManagement.find_credentials_sync 'Ubuntu One' '{}'
[03:55] <robert_ancell> attente, that seems to get them
[03:55] <attente> can you add a printf in the plugin to see if it also still gets them?
[03:58] <robert_ancell> attente, I'm about to sign off - I'll check next week
[03:59] <attente> robert_ancell: sure, i'll test it again tomorrow
[03:59] <attente> have a good w.e.
[03:59] <robert_ancell> attente, feel free to update the PPA
[03:59] <attente> sure, not sure if i have rights though
[04:00] <attente> actually, one last question: there isn't a development server to test on is there?
[04:03] <robert_ancell> attente, I think there is https://reviews.staging.ubuntu.com
[04:04] <robert_ancell> I never tried it though
[04:04] <robert_ancell> attente, one of the issues is you have a 30min window to re-review and then you can't change them. This was changed for phone apps, I have a MP to the reviews server to change the behaviour there too.
[04:06] <attente> does that also mean that reviews aren't published during that window? that might make testing a bit slow...
[04:07] <robert_ancell> attente, I think they are - you just get 30min to change your mind
[04:08] <robert_ancell> bye all
[07:44] <pitti> good morning
[08:26] <larsu> happy Friday!
[08:28] <hikiko> happy friday larsu
[08:28] <larsu> morning hikiko!
[08:28] <hikiko> and pitti :)
[08:29] <hikiko> good morning :)
[08:30] <pitti> hey hikiko and larsu, guten Morgen!
[08:30] <larsu> hallo pitti!
[08:57] <willcooke> morning all
[08:57] <willcooke> stupid Google now asks me which account I would like to use every time I open my calendar.
[08:58] <willcooke> I've only got one account
[08:58] <willcooke> sigh
[08:58] <willcooke> true story
[09:04] <Laney> heeeeeeeeeey
[09:05] <alexarnaud> good morning all!
[09:06] <hikiko> maybe it counts both the gmail and the canonical account?
[09:07] <hikiko> hi alexarnaud
[09:07] <hikiko> and willcooke
[09:12] <willcooke> hey Laney alexarnaud
[09:13] <Laney> hi willcooke, happy friday
[09:13] <willcooke> \o/
[09:14] <Laney> I have https://www.google.com/calendar/b/1/render?pli=1#main_7 for calendar
[09:14] <larsu> morning Laney and willcooke!
[09:14] <Laney> always goes to the right account
[09:14] <willcooke> morning larsu
[09:14] <Laney> I think "1" is the account id
[09:14] <willcooke> ah, nice one - thanks Laney
[09:14] <Laney> heeeeeeeeeeey larsu!
[09:15] <pitti> good morning Laney!
[09:15] <pitti> hey willcooke
[09:15] <Laney> hi hi pitti
[09:15] <willcooke> what up pitti
[09:15] <willcooke> so I solved my array issues last night
[09:15] <willcooke> took me faaaar to long
[09:15] <willcooke> the array was indeed being initialised with zeros
[09:15] <willcooke> but
[09:15] <willcooke> I'd #define ARRAY_LENGTH 4
[09:16] <willcooke> thinking 0,1,2,3,4 = 5
[09:16] <pitti> ah, statically sized?
[09:16] <pitti> hah
[09:16] <pitti> willcooke: #define? I thought you write C++?
[09:16] <willcooke> Is this hybrid Arduino C/C++
[09:16] <willcooke> probably not the best thing to learn on
[09:16] <willcooke> but flashing leds make me hapy
[09:16] <willcooke> happy
[09:16] <pitti> willcooke: for a statically sized array, it's much safer to do something like char* myarray[] = {"first", "second", "third", NULL};
[09:17] <willcooke> I know how big the array can be, but not what will be in it at compile time
[09:17] <davmor2> Laney: did you say you fixed the issue with the text in the scope for online and offline?
[09:17] <hikiko> why?
[09:17] <Laney> no
[09:17] <alexarnaud> hikiko: did you reveive my mail ?
[09:17] <hikiko> alexarnaud, let me check I wasn't here yesterday
[09:18] <willcooke> pitti, so I was running off the end of the array and that was making for for loop count to 46 instead of 4.
[09:18] <davmor2> Laney: ah so it was a fix for something else then that just happened to coinside with me confirming the issue for willcooke then \o/
[09:18] <Laney> I fix EVERYTHING all the time!
[09:19] <pitti> willcooke: if you know the array size, you can iterate over it using that, and not depend on a NULL  terminator
[09:19] <willcooke> pitti, I was just using a simple for (int x=0; x <=sizeof(array); x++)
[09:19] <willcooke> note the " <= " :)
[09:19] <pitti> willcooke: <
[09:19] <alexarnaud> hikiko: OK, take your time. We haven't had problem with our mail serveur it's why I ask to you ^^.
[09:20] <pitti> willcooke: ah :)
[09:20] <pitti> willcooke: but that shoudl be off-by-one, not off-by-42
[09:20] <Laney> mitya57: was it you that fixed ap-gtk?
[09:20] <willcooke> yeah, that's what totally confused me.  How running off the end of the array made it count to 46.  Probably an MCU thing.  Maybe I just got unlucky and poke the wrong byte in memory
[09:21] <willcooke> it was good fun though.
[09:21] <hikiko> alexarnaud, I can't find it
[09:21] <willcooke> Sat here until 10pm last night.  Shouting at the thing
[09:23] <pitti> willcooke: shouting with gdb usually helps :)
[09:23] <willcooke> :D
[09:23] <willcooke> The debugging on Arduino is, as far as I can tell, limited to Serial.println
[09:24] <willcooke> \o/
[09:24] <pitti> willcooke: expletives OTOH .. one should not anthropomorphize computers too much .. they don't like that!
[09:24] <willcooke> lol
[09:24] <willcooke> wfm ;)
[09:24] <Laney> physical violence works better
[09:24] <pitti> willcooke: ah, yay, good old printf debugging
[09:24]  * Laney remembers our boiler mallet back in student days
[09:24] <Laney> good times
[09:25] <pitti> "screw this, I use python" :)
[09:25] <pitti> Laney: "boiler" + "mallet"? that awfully sounds like "oops, I flooded the appartment"
[09:25] <willcooke> :D
[09:26] <Laney> it soudned like an explosion waiting to happen anyway :)
[09:26] <Laney> hitting it actually improved matters
[09:26] <pitti> *nnng* I don't want to know. I don't, no, no
[09:26] <pitti> in other news: I just submitted my first autopkgtest retry request over the web UI
[09:28] <Laney> oh!
[09:28] <Laney> web ui?
[09:28] <pitti> http://<IP_ADDRESS>:5000/?release=trusty&package=coreutils&arch=amd64&trigger=glib2.0/2.40.0-2
[09:28] <Laney> ha
[09:28] <pitti> (don't bother, this is a local LXC)
[09:29] <pitti> Laney: adding a "retry this test" button to excuses.html which devs can use
[09:29] <pitti> now, back to cranking test coverage back up to 100%
[09:29] <Laney> yeah I know the feature
[09:29] <Laney> not kept up with what you achieved at the sprint
[09:30] <pitti> Laney: I'll blog about that today, just wanted to finish this up
[09:30]  * Laney eyes glib/ppc64el
[09:35] <alexarnaud> hikiko: I re-send it to you now
[09:37] <Laney> mitya57: oh, it was autopilot-legacy, disregard
[09:38] <hikiko> oh alexarnaud I just saw both they were in spam folder and I hadn't sync it let me read it
[09:40] <hikiko> ok alexarnaud so the problem is that you change something and the gsettings are not stored right?
[09:41] <hikiko> or they are stored but you see no difference?
[09:42] <alexarnaud> hikiko: there are stored in Unity profile instead of mate-accessibility profile
[09:42] <hikiko> alexarnaud, 1st of all are you running unity+mate or ubuntu+mate?
[09:42] <hikiko> sorry
[09:42] <alexarnaud> and in CCSM the profile swiching produce no effect
[09:42] <hikiko> unity+compiz
[09:43] <hikiko> or mate+compiz
[09:43] <alexarnaud> Debian+Mate+Compiz
[09:43] <hikiko> the mate accessibility is only useful when you are on mate desktop
[09:43] <hikiko> oh so you set something for mate
[09:43] <hikiko> and is set for unity?
[09:44] <alexarnaud> It is set on the general section of the config file
[09:44] <alexarnaud> do you want the configuration file maybe ?
[09:44] <hikiko> is it the xml file?
[09:45] <alexarnaud> I use two files :
[09:45] <alexarnaud> 1) /etc/compiz*/config (I don't remember the exact name)
[09:45] <alexarnaud> and I use an override file with our (hypra.fr) parameters
[09:46] <hikiko> oh maybe compiz doesn't look at this file :)
[09:46] <alexarnaud> the first define gsettig backend and mate-accessibility as default profile
[09:46] <alexarnaud> hikiko: oh, really?
[09:46] <hikiko> so the problem is
[09:46] <hikiko> that you dont see the custom settings you wrote in the file
[09:46] <hikiko> right?
[09:47] <alexarnaud> The config file produce effect I want
[09:47] <alexarnaud> but gsettings DB doesn't match it
[09:47] <alexarnaud> so all configuration are stored in the wrong profile
[09:48] <alexarnaud> settings are stored in profile Unity instead of mate-accessibility. CSSM shows the default profile is mate-accessibility but no configuration in it.
[09:48] <hikiko> ok probably dconf and compiz look at different files
[09:49] <hikiko> alexarnaud, because I don't know how you configured compiz and dconf (paths etc) what I would do to be sure
[09:49] <alexarnaud> hikiko: is profile switching work on your computer when you used gsettings?
[09:49] <hikiko> is to add the configuration options in the xml files of compiz
[09:49] <alexarnaud> what is the xml file of compiz?
[09:49] <hikiko> give me a second (I don't have mate I think) let me check
[09:50] <alexarnaud> The gsettings schema maybe?
[09:50] <hikiko> alexarnaud, which settings did you change?
[09:50] <hikiko> what I would do is to add my files to compiz before installation and then install it
[09:50] <alexarnaud> hikiko: lets me alse a minute to give you all configuration and defails
[09:50] <hikiko> sure
[09:54] <alexarnaud> hikiko: the override file http://paste.ubuntu.com/14596794/
[09:55] <alexarnaud> hikiko: the config file http://paste.ubuntu.com/14575900/
[09:55] <alexarnaud> (in /etc/compiz*)
[09:56] <hikiko> /etc/compizconfig maybe?
[09:57] <hikiko> alexarnaud, and in dconf-editor
[09:58] <hikiko> which are the settings you look at?
[09:59] <hikiko> atm I dont have mate I only see org.profiles.unity
[10:00] <hikiko> .plugins and list
[10:01] <hikiko> alexarnaud, if you run gsettings set org.compiz.pluginname:variable value do you still have the same problem?
[10:10] <alexarnaud> hikiko: I will make you a dump of gsettings
[10:11] <alexarnaud> sorry someone come to meet me
[10:12] <Amoz> heh. This is funny. Starting synapse from "inside" desktop leads to a crash ( sigsegv in libgdk-3) everytime. Starting it in a tty (ctrl+alt+f4) makes it work.
[10:18] <Amoz> okay, so I found the culprit. unsetting GTK_IM_MODULE=xim makes it work "inside" again. Is this a bug or not?
[10:18] <Amoz> or is my install/conffiles incorrect somewhere?
[10:22] <Amoz> this happens in 15.10 btw ^
[10:28] <alexarnaud> hikiko: http://paste.ubuntu.com/14596877/
[10:28] <alexarnaud> hikiko: this is the dump of dconf org.compiz
[10:29] <alexarnaud> I hope you have all informations you want
[10:29] <alexarnaud> :)
[10:30] <hikiko> alexarnaud, I am not sure what's wrong it might be a bug I will look at it but maybe not today because I have to finish something else first before I install mate to experiment
[10:34] <Laney> mitya57: also it looks like the new kwallet backend for python-keyring is chosen too aggressively?
[10:34] <Laney> it's breaking the ubuntu-sso-client build at least it seems
[10:35] <alexarnaud> hikiko: OK
[10:37] <mitya57> Laney, one more item to my TODO list :) But a wild guess is that a new upstream release may fix it.
[10:38] <mitya57> (With upstream's "release several times a day" principle I'm quite lagging behind)
[10:38] <Laney> mitya57: funny that your name keeps coming up this time :)
[10:38] <Laney> mitya57: I'm trying to install a config file in the package build to select a different backend
[10:38] <Laney> maybe that works
[10:39] <mitya57> If you can test the latest release that will be also nice :)
[10:39] <Laney> too much red on glib/excuses atm
[10:39] <mitya57> Laney, do you have a build log link btw?
[10:39] <Laney> maybe soon
[10:39] <Laney> can boucne you one
[10:40] <Laney> done
[10:41] <Laney> second one is after adding xvfb-run -a dbus-run-session
[10:42] <mitya57> Laney, yes, 7.3 should fix it
[10:43] <mitya57> Maybe I'll even upload it today if I have time
[10:43] <Laney> cool
[10:44] <ksamak> hikiko: hi
[10:45] <hikiko> hi ksamak
[10:45] <ksamak> sorry about the incomplete questions. the actual question is rather like so
[10:45] <ksamak> we're using mate with compiz, with gsettings backend, and an .override file
[10:46] <ksamak> at install with our packages
[10:46] <ksamak> although the gsettings are set up fine, we have trouble identifying if profiles are worth someting with gsettings in compiz.
[10:47] <ksamak> so, is compiz only recognizing one sole profile when on gsettings backend?
[10:47] <ksamak> or can we hope to have several profiles configured differently?
[10:47] <ksamak> note: we are using ccsm to configure/change profiles, maybe it's not up to date
[10:48] <ksamak> we have doubts because changing profiles in ccsm doesn't change the actual final settings.
[10:49] <ksamak> and dconf-editor show our modifs hierarchically under the "unity" compiz profile
[10:49] <ksamak> hikiko:
[10:51] <hikiko> ksamak, as far as I know (I am not too familiar with the gsettings either) you can have many profiles but one profile per backend
[10:51] <hikiko> For instance, if you are using the GSettings backend then any new profile you create will be a GSettings profile. If you switch to a different backend then your current profile will not work and you will automatically switch to a profile available for that backend.
[10:51] <hikiko> just found that on the arch wiki here: https://wiki.archlinux.org/index.php/Compiz_configuration#Profiles
[10:52] <hikiko> so I think what you suspect is correct
[10:52] <ksamak> yeah but we tried to implement a second gsettings profile.
[10:52] <ksamak> and the settings don't actually change between profiles.
[10:52] <ksamak> ok. thx
[10:52] <hikiko> everytime you create a new profile the settings go to unity?
[10:53] <hikiko> mmm andyrock Trevinho could you help? ^^
[10:54] <ksamak> well, it seems that whatever profile is active (all gsettings), doesn't change the actual settings.
[10:55] <ksamak> so what we override works, but we can't switch to any other. so i was wondering whether out override is correct
[10:55] <hikiko> when you say doesn't change you mean that you see no changes in compiz or that you cant see them in dconf?
[10:56] <ksamak> dconf displays settings under the unity profile. compiz behaves with overriden profiles, not changing when switching profiles
[10:56] <hikiko> if you restart compiz?
[10:57] <ksamak> reminder: andyrock Trevinho http://paste.ubuntu.com/14596794/
[10:58] <ksamak> hikiko: shouldn't we have a profile specified in our override by the way?
[10:58] <ksamak> that's what i was wondering
[10:58] <ksamak> cause this looks like global settings
[10:58] <ksamak> as for profile-less settings like for mate or so
[11:02] <hikiko> yes they look global and to be honest I never switched profiles to change the settings I have to look at it ksamak I don't know because I am not familiar with that part of code, it looks more reasonable that the setting should be per profile we might have a bug I'll ask Trevinho too (he is at a conference this week)
[11:03] <hikiko> also I'll install mate to reproduce the problem, there might be something with the settings
[11:05] <ksamak> i don't think this is linked with mate, but ok thanks for your interest
[11:05] <ksamak> i guess people don't use ccsm so much?
[11:05] <hikiko> yes probably I can check with a random new profile
[11:06] <hikiko> ksamak, usually people change the settings from ccsm for the profile that is already selected (either default or unity)
[11:06] <ksamak> yeah no-one ever changes profiles, right lol
[11:07] <ksamak> we're the only ones thinking that that might be nice XD
[11:07] <ksamak> we actually want to setup different profiles for different types of handicaps.
[11:07] <hikiko> then we should definitely look at this because it sounds like a bug
[11:08] <ksamak> for more flexibility with handicapped people
[11:08] <hikiko> yes, I understand
[11:09] <hikiko> well I ll look at it next week I believe it's a compiz or ccsm bug
[11:09] <hikiko> you should be able to have settings per profile
[11:26] <ksamak> thx
[12:12] <andyrock> morning
[12:12] <andyrock> hikiko: ksamak do you still need help?
[12:13] <willcooke> morning andyrock
[12:14] <hikiko> hi andyrock :)
[12:15] <hikiko> yes the question is: how could someone in compiz have different gsettings for different profiles
[12:15] <hikiko> it seems that we have a bug and when you select a profile in ccsm
[12:15] <hikiko> and you set some gsettings they go global
[12:15] <hikiko> they apply to all profiles
[12:16] <hikiko> ksamak, had this configuration file: https://paste.ubuntu.com/14596794/
[12:16] <hikiko> sorry: this: https://paste.ubuntu.com/14596794/
[12:17] <hikiko> he uses the existing unity and mate profiles
[12:17] <hikiko> but when he sets gsettings for mate
[12:18] <hikiko> they go to the unity section in dconf-editor
[12:18] <hikiko> and they are global
[12:18] <hikiko> I am not very familiar with that part of compiz :/
[12:19] <hikiko> if you could help it would have been nice otherwise I'll look at this problem next week
[12:19] <hikiko> sorry bbiab
[12:51] <andyrock> i'm not familiar with this part of compiz neither
[12:52] <andyrock> hikiko: we can wait for Trevinho or I can try to debug it if it's urgent
[12:53] <hikiko> when is Trevinho back?
[12:54] <willcooke> lemme check the spreadsheet..
[12:54] <hikiko> best case scenario is that marco knows a trick to do it without ccsm :)
[12:55] <willcooke> Flight is on Monday, so maaaaybe Tuesday PM, most likely weds
[12:56] <andyrock> it's actually no sleeping
[12:56] <andyrock> I was speeking with him few minutes ago on the phone
[12:56] <andyrock> but it's better to don't bother him at this time :D
[12:56] <andyrock> he needs to sleep too
[12:58] <hikiko> :)
[13:01] <hikiko> e ok let's get a look on monday then and when marco is back he helps us I don't know if it's urgent but if it's a bug I guess is important (no?) I don't know
[13:13] <hikiko|ln> mm ksamak
[13:13] <hikiko|ln> i have a more recent ccsm and dconf
[13:13] <hikiko|ln> I created a foobar profile
[13:14] <hikiko|ln> (new one)
[13:14] <hikiko|ln> added some settings
[13:14] <hikiko|ln> restarted dconf-editor
[13:14] <hikiko|ln> and they appear there
[13:14] <hikiko|ln> ksamak, Compiz <IP_ADDRESS> that's my version
[13:14] <hikiko|ln> dconf-editor 3.18.2
[13:15] <hikiko|ln> but I set the settings through ccsm
[13:15] <hikiko|ln> not manually
[13:15] <hikiko|ln> so I believe that it's just something in the settings
[13:16] <hikiko|ln> let me try to import your settings now
[13:21] <hikiko|ln> ksamak, when I select the ccsm profile and set the settings for it in ccsm they are applied to the profile only
[13:21] <hikiko|ln> when I import your .profile
[13:21] <hikiko|ln> they are globally applied
[13:22] <hikiko|ln> bbiab
[13:26] <hikiko|ln> ksamak, i think the syntax is not correct
[13:27] <hikiko|ln> ksamak try something like that: https://paste.ubuntu.com/14597543/ imported when your custom profile is selected and check dconf editor again I think it will work
[13:27] <hikiko|ln> it seems to work for me
[13:27] <hikiko|ln> basically try it with 2 settings only because that's huge :)
[13:28] <hikiko|ln> bbiab lunch break :)
[13:48] <ksamak> re
[13:50] <ksamak> hikiko|ln: ok, thanks for taking the time to test, it's kind of what we needed!
[13:51] <ksamak> although your file is the same syntax as ours, right?
[13:51] <ksamak> we can't really rely on that for an installation from .deb package though.
[13:51] <ksamak> if you're right
[13:51] <ksamak> i'll try and think again about that
[13:52] <hikiko|ln> no the difference is the []
[13:53] <hikiko|ln> basically ksamak I exported your settings from 1 profile
[13:53] <ksamak> oh, ok.
[13:54] <hikiko|ln> ksamak, when Trevinho is back he will help more
[13:54] <hikiko|ln> I am just experimenting I am not familiar with gsettings
[13:54] <ksamak> indeed
[13:54] <ksamak> there's a difference indeed.
[13:54] <ksamak> so this makes it relative to a profile.
[13:55] <ksamak> which is good. now we need to try and find a way to specify the profile applied.
[13:55] <hikiko|ln> there are some profile.ini files in my system
[13:55] <hikiko|ln> unity.ini
[13:55] <hikiko|ln> for example
[13:55] <hikiko|ln> but I don't have much time to look at this today
[13:56] <hikiko|ln> next week :)
[13:56] <hikiko|ln> I think they are relevant
[13:56] <hikiko|ln> if you want to get a look yourself
[13:57] <ksamak> yeah these are the ini backend files.
[13:58] <ksamak> we tested that, it works. but we need to migrate to gsettings.
[13:58] <ksamak> hikiko|ln: thanks again for all your help
[13:58] <hikiko|ln> np :)
[13:58] <hikiko|ln> hope it helps
[14:01] <ksamak> already does.
[14:04] <Sweet5hark1> oh, its Friday! Lets continue the discussion on C++.
[14:05] <willcooke> So
[14:05] <Sweet5hark1> http://45.media.tumblr.com/e545c444e8e28687ce9363e84017e7d5/tumblr_nz3134g9dT1rn7bzro1_500.gif might be a starting point.
[14:05] <willcooke> If I want to pass a 2 dimensional array as a pointer to a function....
[14:05] <willcooke> Sweet5hark1, love that gif :)
[14:08] <larsu> haha nice one
[14:32] <alexarnaud> hikiko: thanks again
[14:33] <alexarnaud> I've read the discusession
[14:33] <alexarnaud> It seems that maybe I need to make another test also
[15:36] <attente> Laney: hey, do you know if there are any docs for the software center rest api?
[16:03] <Laney> attente: short answer is no
[16:03] <Laney> attente: long answer is which API do you mean?
[16:03] <Laney> (that's not much longer!)
[16:04] <attente> which ever one we need for gnome-software to submit reviews
[16:04] <attente> i'm trying to add support for that there, but can't figure out why i keep getting a 401 error
[16:05] <Laney> ah, sorry, I thought robert_ancell had already done that though
[16:05] <Laney> but if I were to pick someone it would be m v o
[16:05] <attente> is someone writing a new server with new api or something?
[16:06] <Laney> I thought he was just interfacing with the same thing software-center uses currently
[16:07] <attente> yeah, i was just hoping there'd be an easier way than reverse engineering the old code
[16:08] <Laney> I bet not, but check with reverse(ovm) to be sure
[16:08] <attente> lol
[16:08] <Laney> is that part not done in robert's branch(es) already?
[16:09] <attente> it was missing the ubuntu sso which i added yesterday
[16:09] <Laney> ah
[16:09] <attente> but i guess it wasn't testable because of the lack of sso at the time
[16:09] <Laney> yeah sorry, I've not worked on the client at all
[16:09] <Laney> just the server bit
[16:10] <Laney> if you're after another task then you could see why the metadata doesn't load up properly (email from me and matthias to ubuntu-desktop last week)
[16:10] <Laney> otherwise will look at that first half of next week
[16:10] <attente> sure
[16:11] <attente> is that server bit you have include a staging server for testing?
[16:12] <attente> oh. just read it...
[16:14] <attente> mvo: hey, do you know if there are any docs for the software center rest api?
[16:14] <Laney> yeah but not integrated
[16:15] <Laney> so you get to use that shitty script I wrote to wangle the files into place
[16:25] <alexarnaud> It's friday :)! If you want to try your linux history knowledge you can deal with this quizz : http://fossforce.com/2016/01/how-well-do-you-know-your-linux-history/
[16:29] <willcooke> 15 / 18 - 2 of which were silly mistakes
[16:45] <alexarnaud> willcooke: it's the same for me
[16:45] <alexarnaud> I don't know anything about crises about legal rights
[17:40] <Laney> http://cdimage.ubuntu.com/ubuntu/daily-live/pending/
[17:40] <Laney> haz images
[17:52] <seb128> Laney, hey!
[17:53] <Laney> hi seb128!
[17:53] <willcooke> good stuff, thanks Laney
[17:53] <willcooke> hey seb128
[17:53] <Laney> what is up?
[17:54] <seb128> hey willcooke
[17:54] <seb128> smelling like w.e for you guys? ;-)
[17:55] <willcooke> :D
[17:55] <seb128> willcooke, just had a chat with alecu, +1 for the "keep click but drop the packagekit interface"
[17:55] <willcooke> seb128, awesome, thanks!  Good news indeed
[17:55] <willcooke> Laney, ^^ :D
[17:56] <Laney> cool
[18:01] <Laney> happy weekend!
[18:02] <Laney> bleh
[18:02] <Laney> can someone retry autopilot and autopilot-legacy once sphinx gets published please?
[18:02] <Laney> byeee
[18:02] <seb128> Laney, enjoy!
[18:02] <seb128> Laney, retry what? builds?
[18:42] <seb128> kenvandine, thanks for the reply on that bluetooth bug
[18:44] <seb128> go technologie, it's 2016 and you could expect that things get better
[18:44] <seb128>  not that new protocol suck so much that you can't even know what type of device you are listing
[18:45] <kenvandine> yeah
[18:46] <kenvandine> case #1 is the pressing issue we have now
[18:46] <kenvandine> but... i'm more interested in case #2
[18:46] <kenvandine> i've had to add several device types to our filter over the past 6 months or so
[18:47] <kenvandine> seb128, not sure about iOS, but android seems to let you pair anything too
[18:47] <seb128> well, android let you do things with devices
[18:47] <seb128> like send fles over obex
[18:47] <seb128> or use mouse pointers
[18:48] <seb128> which we don't
[18:48] <kenvandine> yeah, hopefully we will too :)
[18:48] <seb128> I find it a bit confusing that you can't pair a device that then does nothing
[18:48] <kenvandine> you mean can?
[18:48] <seb128> it feels like we have bugs
[18:48] <seb128> yes, sorry
[18:48] <kenvandine> i felt that way too :)
[18:48] <kenvandine> but simon convinced me i was wrong :)
[18:49] <kenvandine> hopefully someday we'll have uses for all of these :)
[18:49] <seb128> we can't have a dev convincing every user that they are wrong to feel like they do
[18:49] <seb128> well, we were always going to whitelist things that have an use
[18:50] <seb128> anyway if design is happy about it
[18:50] <seb128> let's see what's the user feedback
[19:15] <willcooke> night all.  Have a great time a SCALE, and safe travels for those of you on the way to FOSDEM and related activities.
[19:15] <willcooke> Everyone else, happy weekend!
[22:34] <Sweet5hark1> seb128: around?
[22:34] <seb128> Sweet5hark1, yes
[22:35] <Sweet5hark1> seb128: heya, on a sprint or something?
[22:35] <seb128> Sweet5hark1, at UbuCon yes ;-)
[22:36] <Sweet5hark1> seb128: anyway, 5.1.0~rc2 is build and in the ppa -- if there is no big complaints in the next days, i'd suggest to sponsor that into xenial.
[22:36] <Sweet5hark1> seb128: ah, cool, have fun!
[22:36] <seb128> Sweet5hark1, sounds good to me, let me know if you need sponsoring
[22:36] <seb128> I'm travelling on monday and should be back on tuesday
[22:37] <Sweet5hark1> seb128: rationale for going with rc2 already instead of final: winter releases are always a bit more tight and this release seems less risky than other major releases.
[22:38] <seb128> I'm all for not being overconservative and land the rc
[22:40] <Sweet5hark1> seb128: this release also still has libmwaw libw{d,g,s} and lpolve bundled, but Istill think we should upload it as-is, we can than still fix that afterwards without doing everything in one step.
[22:41] <Sweet5hark1> yeah, tuesday/wednesday sounds good. Ill be travelling to FOSDEM on Friday early morning.
[22:43] <Sweet5hark1> seb128: alright, tuning out for the weekend. have fun at UbuCon!
[22:52] <seb128> Sweet5hark1, thanks, have a good w.e!


[16:49] -SwissBot:#ubuntu-news- ::Planet:: Behind the Circle: Gezonde voeding bij 7 maanden @ https://www.behindthecircle.org/2020/08/04/gezonde-voeding-bij-7-maanden/
[18:31] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Develop Uno Platform projects on Linux with Visual Studio @ https://ubuntu.com//blog/develop-uno-platform-projects-on-linux-with-visual-studio
[23:01] <Bashing-om> Jacktar: Hey - Are you lost ?
[23:16] <Jacktar> Bashing-om: Hi - why do you ask that.
[23:22] <Bashing-om> Jacktar: Just not noticed you in this channel befor :D


[10:38] <RikMills> https://twitter.com/kubuntu/status/1448596236391624704
[10:38] <RikMills> if anyone wants to be brave testing new plasma on impish :P


[09:06] <ikonia> Almoullim: ?
[09:10] <Almoullim> yes ?
[09:10] <ikonia> hey there,
[09:10] <Almoullim> hello :)
[09:10] <ikonia> you've joined #ubuntu-ops
[09:10] <ikonia> welcome, what's up ?
[09:10] <ikonia> (you also appeared to be flooding out)
[09:11] <Almoullim> flooding out, you mean connecting and dis
[09:11] <ikonia> yes
[09:11] <Almoullim> yeah i had this channel by accident on the auto join list
[09:11] <ikonia> ahh
[09:11] <Almoullim> and i was having problem with the theme
[09:12] <Almoullim> so i had to con ad rec
[09:12] <Almoullim> to test things up
[09:12] <ikonia> no problem
[09:12] <Almoullim> sorry for that
[09:12] <ikonia> accidents happen
[09:12] <Almoullim> yup
[09:13] <Almoullim> if you excuse now, i think this channel is for ops so i should leave :P
[09:13] <Almoullim> have a good day
[15:07] <phunyguy> jirido in #lubuntu is a bot, fyi.
[15:35] <genii> @comment 65447 Reviewed, not lifted. Known problem user.
[15:35] <genii> @comment 65445 Reviewed, will not be removed.
[15:54] <phunyguy> genii: are you an op in #lubuntu?
[15:55] <genii> Dunno
[15:55] <genii> phunyguy: Yup
[15:56] <genii> phunyguy: At one point I had ops in ost of the *buntu channels but then didn't check my email for a long time and some of them lapsed. Not sure which ones exactly though
[15:56] <phunyguy> genii: that is a bot or something
[15:56] <genii> Not sure
[15:57] <genii> Finnish hostmask
[15:57] <phunyguy> well either way.... your call.  I removed them from #ubuntu
[15:57] <genii> phunyguy: Were they spamming the channel earlier?
[15:58] <genii> OK. So far I don't see anything in there that warrants it yet but I'll keep an eye open.
[15:58] <phunyguy> well someone did the !google factoid to a user for telling another user to google it, and then jirido ersponded as well.
[15:58] <phunyguy> responded*
[15:58] <phunyguy> not really supposed to have bots/scripts in the channels.
[15:58] <phunyguy> just not sure if lubuntu follows that.
[15:59] <genii> I'm pretty sure it's across all channels. Also if users do have a bot, they are supposed to get a hostmask for it showing that
[15:59] <phunyguy> ban all the things!
[16:00] <genii> Hehe
[16:00] <Pici> technically, bot hostmasks aren't required.
[16:02] <phunyguy> o
[16:02] <Pici> just nice to have if you do indeed run a bot
[16:03] <genii> Pici: Interesting, I guess I just assumed they were since most responsible bot owners get one. Does make it easier to spot them, for sure.
[16:03] <phunyguy> do bot hostmasks follow a pattern?  like *!*@*/bot/* ?
[16:04] <phunyguy> maybe a namespace ban on that will be a good idea at some point, with exceptions for approved bots.
[16:04] <phunyguy> if that is possible.
[16:04] <Pici> phunyguy: re pattern: yes
[16:04] <phunyguy> Probably not worth the effort though.
[17:28] <phunyguy> !packaging
[17:28] <phunyguy> Dead link on the first one....
[17:54] <genii> ubottu: packaging is <reply> The packaging guide is at http://packaging.ubuntu.com/html/ - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports and !sponsoring
[17:54] <genii> ubottu: no packaging is <reply> The packaging guide is at http://packaging.ubuntu.com/html/ - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports and !sponsoring
[17:55] <Pici> ah, good
[17:55] <Pici> I was just looking for the right page
[17:55] <genii> :)
[18:21] <phunyguy> thanks genii
[18:22] <genii> phunyguy: No problemmo
[20:07] <Pici> in my defense, sex is 6 in latin.
[20:08] <IdleOne> only when done right
[20:09] <IdleOne> I don't even know what the hell that was supposed to mean
[20:11] <Pici> I gave !fr to <?slimo_927> je cherche une femme pour relation sex a alger
[20:12] <Pici> er, nm
[20:19] <IdleOne> yeah that was a bad idea
[20:19] <IdleOne> lol
[20:28] <JackFrost> phunyguy: Thanks, does it only respond to !google?
[20:28] <JackFrost> CTCP VERSION reply from jirido: irssi v0.8.16 - running on Linux x86_64
[20:29] <phunyguy> JackFrost: I haven't tested further


[03:13] <ScottL> alessio bogani (abogani) is trying to the per package upload (PPU) rights for the -rt kernel
[03:14] <ScottL> if you were interested in placing a comment or endorsement on his application it would be greatly appreciated by alessio
[03:14] <ScottL> you can find it here   https://wiki.ubuntu.com/AlessioIgorBogani/linux-rtPPUApplication
[03:15] <ScottL> and as an added bonus it would also serve the ubuntu studio team by allowing us (via Alessio) to directly maintain and support the -rt kernels
[03:20] <rlameiro> I am on it
[03:38] <ScottL> thanks abogani would appreciate it
[19:13] <rlameiro> hello friends
[19:13] <rlameiro> does anybody has right to change the webpage
[19:13] <rlameiro> since ubuntu is already launched
[20:03] <ScottL> cory and stochastic have rights i believe
[20:35] <persia> http://torrent.ubuntu.com/ubuntustudio/releases/lucid/release/alternate/ if you want to help seed in advance of the posting of the links.
[20:37] <persia> (hint: for faster initial download start with the images used for testing: if they aren't perfect, most of the hunks will checksum correctly)
[20:38] <rlameiro> i will try to zsync it to see if there are chages
[20:39] <persia> Shouldn't be any.  All my test images worked as seeds except Ubuntu Desktop i386, which was 99.9% done when I tried to seed with it.
[20:40] <persia> But if we can get a few of us seeding before lots of folks hit the torrents, the experience should be better (I think I'm the only seed right now)
[20:42] <rlameiro> how do i add a seed it?
[20:42] <persia> Depends on your torrent client, but it usually works if you put the iso in your download directory, and then open the torrent.
[20:43] <rlameiro> transmission
[20:43] <rlameiro> ok
[20:43] <persia> OK.  Start transmission, load the torrent files from the links, and try to save to the same location you already keep your isos.
[20:44] <rlameiro> i need to change the name of the file
[20:46] <rlameiro> ok seeding
[20:46] <rlameiro> :D
[20:46] <rlameiro> the AMD64 version
[20:47] <rlameiro> lol 8 peers :D
[20:53] <persia> Cool!
[20:54] <rlameiro> well now 16
[20:54] <rlameiro> i only can upload 35k
[20:54] <rlameiro> or else my connection will be so slow, that my girlfriend would kill me
[21:00] <persia> That's OK.  2 seeds looks better than one, even if I'm pushing at 1Mpbs and you're pushing at 35Kbps :)
[21:01] <persia> We just need someone to do another i386 seed.
[21:02] <rlameiro> sorry persia
[21:02] <rlameiro> my adsl only has 400kbs upload
[21:02] <rlameiro> maximum of course
[21:02] <rlameiro> i never get it
[21:03] <persia> No need to be sorry :)
[21:03] <persia> I care more about the number of seeds listed in people's torrent windows.
[21:03] <persia> The more seeds, the better it looks.  Doesn't matter how fast they are, as long as some are fast.
[21:54] <rlameiro> persia: well i asked some guys at #opensourcemusicians to seed thei isos
[21:54] <rlameiro> there should be now a little more seeds
[21:55]  * persia looks
[21:56] <persia> Everyone likes amd64 :)
[21:56] <persia> But yeah, the counts are increasing.  Thanks.
[21:56] <persia> Now we just need stochastic to update the web page, and we're golden.
[23:33] <ScottL> doing i386 seed now


[08:31] <Saviq> mhr3, reassigned to -shell: bug #1281359
[08:42] <tsdgeos> Saviq: https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1281188
[08:43] <Saviq> tsdgeos, yup, saw it yesterday
[08:44] <tsdgeos> Saviq: what do you want to do with https://code.launchpad.net/~unity-team/unity8/unity8-mascot-res-workaround/+merge/206114 ? take karni's patch? mine + investigate why karni's doesn't work? mine and not investigate at this stage?
[08:45]  * karni looks
[08:46] <Saviq> tsdgeos, I think we should merge into new-scopes and investigate when we have time
[08:46] <karni> tsdgeos: ack on your comment. as far as I'm concerned, I'm glad either of the fixs improve the visual quality. the only downside of yours is memory consumption, but I don't mind going down that route, I agree mine's a workaround and not a fix.
[08:47] <tsdgeos> Saviq: merge karni's * 4? ok
[08:47] <Saviq> tsdgeos, yeh
[08:47] <Saviq> tsdgeos, Mirv is away this week :/
[08:47] <karni> Thank you.
[08:48] <tsdgeos> Saviq: ouch, maybe sil2100 can help?
[08:53] <Saviq> tsdgeos, not sure there's anyone other than Mirv that will be confident enough to do this :/
[08:54] <tsdgeos> Saviq: ppa it?
[08:54] <tsdgeos> to demo-stuff ?
[08:54] <Saviq> tsdgeos, yeah, I think that's best for now
[08:54] <tsdgeos> Saviq: do i have permissions to put stuff into that ppa?
[08:54] <Saviq> tsdgeos, sure, you're unity-team
[08:55] <Saviq> tsdgeos, just make sure you bump the version number
[08:55] <tsdgeos> ok, will see how i do that
[08:55] <tsdgeos> it's a long time since i used a ppa :D
[08:55] <Saviq> tsdgeos, let me know if you have issues :)
[08:56] <Saviq> tsdgeos, I put it in a branch already https://code.launchpad.net/~unity-team/ubuntu/trusty/qtdeclarative-opensource-src/improve-delegate-range/+merge/206865
[08:56] <Saviq> hmm I might have failed, though
[08:56] <tsdgeos> yeah
[08:56] <tsdgeos> looks weird :D
[08:57] <Saviq> tsdgeos, yeah, my branch was post-5.2
[08:58] <tsdgeos> Saviq: i don't need a branch though, right? Just dput it to the ppa and bedone?
[08:58] <Saviq> tsdgeos, yeah, sure
[09:03] <Saviq> tsdgeos, fixed the branch, fwiw
[09:05] <Saviq> tsdgeos, btw, does it apply cleanly to 5.2?
[09:05] <tsdgeos> that is a good question
[09:05] <tsdgeos> let me see
[09:06] <tsdgeos> Saviq: yes and no :D
[09:07] <Saviq> tsdgeos, I know, wrong file names? ;)
[09:07] <tsdgeos> Saviq: the patch does not apply cleanly, but the old one didn't either
[09:07] <tsdgeos> no it's just that more member variables are added to the class
[09:07] <tsdgeos> so the constructor initialization list part of the patch
[09:07] <tsdgeos> doesn't apply
[09:08] <Saviq> tsdgeos, and the old one didn't either?
[09:08] <tsdgeos> exactly
[09:08] <tsdgeos> i guess Mirv has an updated version of the patch in the 5.2 ppa
[09:10] <Saviq> tsdgeos, lp:~kubuntu-packagers/kubuntu-packaging/qtdeclarative-opensource-src/
[09:10] <Saviq> tsdgeos, it's there
[09:12] <tsdgeos> Saviq: yes, that has the updated version
[09:13] <Saviq> tsdgeos, that's a packaging-only branch, so you'd need `bzr bd --export-only` first, to get it unpacked in ../build-area
[09:14] <Saviq> tsdgeos, and work on it with quilt
[09:14] <tsdgeos> Saviq: you've lost me there already, do you want me to also update the 5.2 beta ppa?
[09:14] <Saviq> tsdgeos, no
[09:14] <Saviq> tsdgeos, just prepare the patch
[09:14] <tsdgeos> ok
[09:14] <Saviq> tsdgeos, so that it's ready when Mirv is back
[09:23] <tsdgeos> ok
[09:51] <tsdgeos> Saviq: https://code.launchpad.net/~unity-team/kubuntu-packaging/qtdeclarative-opensource-src_improve-delegate-range/+merge/206877
[09:51] <Saviq> tsdgeos, thanks
[09:51] <tsdgeos> someone i got some more changes than i wanted though
[09:51] <tsdgeos> not sure where those came from
[09:51] <tsdgeos> i guess lines changed somewhere
[09:52] <Saviq> tsdgeos, yeah, line numbers
[10:02] <mhr3> Saviq, do we have a branch that can open temp dash pages yet?
[10:02] <Saviq> mhr3, not yet, am working on it
[10:02] <mhr3> k
[10:05] <tsdgeos> Saviq: ok, i've updated from demo-stuff packages and confirmed we are only creating like 9 cards now on expansion and not hundreds as before
[10:05] <tsdgeos> Saviq: what's next on the MWC road?
[10:05] <Saviq> tsdgeos, awesome
[10:07] <Saviq> tsdgeos, you could take over scope activation from me, as I'm apparently unable to dig myself out of email, and I'll look at landing unity8
[10:07] <Saviq> tsdgeos, there's two signals and a method added: lp:~mhr3/unity-scopes-shell/scope-activation
[10:08] <Saviq> mhr3, any reason why ↑ is not MP'd yet?
[10:09] <Saviq> tsdgeos, gotoScope(string) is meant to switch you to a scope that you have favorited (and thus you have it in your dash)
[10:09] <Saviq> tsdgeos, openScope(*Scope) is meant to open that scope in a temporary overlay on top of the dash, with a back button in the page header
[10:10] <Saviq> tsdgeos, *or* you could get multi-column previews working with mhr3, but that's lower prio
[10:12] <tsdgeos> Saviq: with openScope you can't scroll left/right, right?
[10:12] <Saviq> tsdgeos, nope
[10:12] <Saviq> tsdgeos, also, in case you get redirected to another scope, it replaces the current one - so it's only ever one overlay at the most
[10:13] <tsdgeos> you mean
[10:13] <tsdgeos> openScope, openScope, back button gets me to the regular dash
[10:13] <tsdgeos> ?
[10:14] <Saviq> tsdgeos, yes
[10:14] <Saviq> tsdgeos, you might get openScope, gotoScope, in which case you'd close the overlay, too
[10:14] <tsdgeos> ok, bit weird if you ask me, but ok
[10:15] <tsdgeos> Saviq: sure i guess i can take over this, do you have any implemntation started? or any idea of how you want to architecture it?
[10:15] <Saviq> tsdgeos, no, not really, just go for it
[10:16] <tsdgeos> ok
[10:17] <Saviq> tsdgeos, can you add review checklist to https://code.launchpad.net/~aacid/unity8/preview_progress/+merge/205939 please
[10:18] <Saviq> greyback, same for https://code.launchpad.net/~dandrader/unity8/rotatedDDA/+merge/205845 please
[10:18] <greyback> ok
[10:18] <tsdgeos> Saviq: you mean cimi?
[10:18] <Saviq> tsdgeos, <facepalm> yes
[10:18] <Saviq> Cimi, add review checklist to https://code.launchpad.net/~aacid/unity8/preview_progress/+merge/205939 please
[10:18] <Cimi> Saviq, ok
[10:19] <Saviq> Cimi, same on https://code.launchpad.net/~aacid/unity8/show_video_playback_screenshot_loading_indicator/+merge/206525
[10:19] <Cimi> Saviq, why do we need to do this?
[10:20] <Saviq> Cimi, because that's the process
[10:20] <greyback> Saviq: done
[10:20] <Saviq> greyback, thanks
[10:20] <Cimi> Saviq, I think it's a waste of time
[10:20] <Saviq> Cimi, just bake it into your review process and there won't be no time wasted
[10:21] <Cimi> Saviq, it's repeating something is implied in the review
[10:21] <Saviq> Cimi, explicit > implicit
[10:21] <Cimi> Saviq, in 4 years I always did that
[10:21] <Cimi> Saviq, I'd just comment when I don't do things
[10:21] <Cimi> Saviq, like when CI doesn't pass
[10:22] <Cimi> Saviq, instead of adding clutter everywhere when it's not needed
[10:22] <Cimi> we move the attention from where it really matters, commenting always
[10:22] <Saviq> Cimi, you're wasting time now, you know?
[10:22] <tsdgeos> Saviq: i'm going to base the branch on new-scopes and not on trunk, i guess i could base it in trunk but it'd be harder than need to be, ok?
[10:22] <Saviq> tsdgeos, sure
[10:22] <Cimi> Saviq, I'm wasting time if you're not paying attention, otherwise I'm not :)
[10:23] <Saviq> Cimi, you're wasting time because that's the process, deal with it
[10:23] <Cimi> Saviq, I've indeed added comments, but I've expressed my opinion, and I'd like to know why we no longer imply we're doing our job
[10:24] <Saviq> Cimi, because that's the process now
[10:24] <mhr3> Saviq, it's missing forced refresh, will mp once that's in
[10:24] <Saviq> mhr3, ok
[10:25] <mhr3> Saviq, but fwiw it's in demo ppa
[10:25] <Saviq> Cimi, no, everything's public - that is the process now, it's required for the checklist to be filled, that's just what it is
[10:25] <Saviq> Cimi, and we've just wasted 20 times more time than it takes to copy/paste those two lines in your review just talking about it
[10:25] <mhr3> tsdgeos, ^^
[10:26] <Saviq> Cimi, for us the checklist is pretty minimal, but it's meant to act as a reminder, is all
[10:27] <tsdgeos> mhr3: what's forced refresh? and do i care? :D
[10:28] <mhr3> tsdgeos, you care that what you need is in demo ppa
[10:28] <tsdgeos> mhr3: oki :)
[10:28] <Cimi> in 21 reviews we'd have amortised the chat about the checklist then :D
[10:29] <tsdgeos> mhr3: any way to excercise it (i.e. get the openScope/gotoScope calls?)
[10:29] <mhr3> tsdgeos, yea, previews for scopes scope results will emit it
[10:30] <tsdgeos> mhr3: can i get an openScope of a Scope i actually have as favourite?
[10:30] <mhr3> tsdgeos, no
[10:30] <mhr3> only for non-favourited
[10:31] <tsdgeos> mhr3: then would make it more sense to get just one signal and then depending of if i have it in the dash or not i do some thing or another? Or you prefer to have that logic in the unity-scopes-shell level?
[10:31] <mhr3> tsdgeos, i thought i'm making it easier for you with the two
[10:31] <mhr3> tsdgeos, but if you want one, i can change it to one
[10:32] <tsdgeos> mhr3: not specifically want, was just throwing it up for discussion :D
[10:32] <tsdgeos> mhr3: but two signals works too, less code on our side :D
[10:32] <mhr3> tsdgeos, oh wait, the mem management for temp ones is different
[10:32] <mhr3> so better to have two
[10:32] <tsdgeos> okidoki
[10:32] <Saviq> tsdgeos, yeah, you need to call closeScope(*Scope) on non-favourited ones
[10:32] <mhr3> tsdgeos, you're supposed to call closeScope() when you close the temp page
[10:33] <tsdgeos> ok
[10:35] <Saviq> dednick, there was a branch that un-rotated indicators, did that get merged already or?
[10:46] <Cimi> I noticed this command click run by lightdm
[10:46] <Cimi> keeps processor awake here
[10:48] <Saviq> greyback, there was a branch somewhere that fixed rotated indicators, did it get merged somewhere? /me can't find
[10:49] <Saviq> @unity any other branch we'd like to land asap?
[10:49] <mzanetti> not here
[10:52] <tsdgeos> nope
[10:53] <Cimi> does anyone knows what's this "click" process?
[10:53] <Cimi> what it's doing
[10:53] <Cimi> keeps using CPU here
[10:54] <Cimi> my guess it's for click packages, but still why does it keep running in the background continuoisly?
[10:55] <mhr3> karni, btw category headers seem to use wrong color, it shouldn't be light
[10:55] <karni> mhr3: noted, will look into it
[10:55] <mhr3> karni, so does the running apps renderer for the titles
[10:56] <mhr3> karni, ty
[10:56] <karni> Saviq: we have a couple "TODO"'s around the code to remove hardcoded color values and use the Ubuntu Palette (which is not yet updated). should we continue these hacks, or should we consider updating the Pallete (ubuntu-ui-toolkit) package?
[10:57] <greyback> Saviq: rotated indicators? This for demo-stuff?
[10:57] <Saviq> karni, we need to continue these hacks for now, as we can only use a single theme per QML context, and we still need SuruDark in the rest of the shell
[10:58] <karni> Saviq: ACK
[10:59] <Saviq> greyback, yeah, here's how my indicators look now http://ubuntuone.com/1hYa7ap0C18527yzLUDrk9
[11:00] <Saviq> greyback, and I did see a change in MenuContent.qml that was fixing that, AFAIK
[11:00] <Saviq> but now I lost it
[11:01] <greyback> Saviq: http://bazaar.launchpad.net/~unity-team/unity8/rotate-n7/revision/702 should have done it
[11:01] <greyback> unless I broke it
[11:01] <Saviq> greyback, ah ok, so updating from demo-stuff should be good
[11:01] <Saviq> greyback, sorry, I just knew I saw it somewhere, but couldn't find it
[11:01] <greyback> Saviq: yeah, it landed in demo-stuff last week. np
[11:03] <Cimi> https://bugs.launchpad.net/ubuntu/+source/click/+bug/1275828
[11:06] <Saviq> sil2100, hey, I can has silo for unity8?
[11:06] <popey> greyback: http://imgur.com/t5xxEpB,528Nscu,2GjsSPb,fseUpjH this is known issue, right?
[11:07] <popey> (rotation for apps - same as the other rotation issues I've seen on nexus 10)
[11:07] <greyback> popey: did you pull today's updates?
[11:07] <popey> not yet
[11:08] <greyback> popey: please do, a rotation fix landed last night
[11:08] <popey> ok
[11:08] <tsdgeos> mhr3: i'm a bit confused because those functions are at the "Scope" level
[11:08] <tsdgeos> mhr3: wouldn't they make more sense at the Scopes level?
[11:08] <mhr3> tsdgeos, yes and no
[11:09] <mhr3> tsdgeos, those happen in response to interacting with a scope
[11:09] <mhr3> (clicking preview buttons etc, activating results, ...)
[11:09] <mhr3> but yes they're very much Scopes-related
[11:10] <tsdgeos> ok
[11:10] <tsdgeos> i got the gotoScope to work, that's easy
[11:10] <tsdgeos> i've no clu how to get an openScope though :/
[11:10] <mhr3> tsdgeos, you mean how to simulate it?
[11:10] <tsdgeos> yeah
[11:11] <mhr3> tsdgeos, do you see all remote scopes with unity-scope-tool?
[11:11] <tsdgeos> all the scopes scope gives me is gotoScopes
[11:11] <tsdgeos> mhr3: i don't know all of them so i don't know :D what should i be looking for?
[11:11] <tsdgeos> you mean grooveshark and stuff?
[11:11] <tsdgeos> yes i do
[11:12] <mhr3> tsdgeos, good, so just do `UNITY_SCOPES_LIST=scopes unity-scope-tool`
[11:12] <mhr3> then you should get *only* openScope()
[11:12] <tsdgeos> oki
[11:13] <tsdgeos> works, now let's implement it
[11:13] <mhr3> didn't write a test for that, so if it crashes let me know :)
[11:14] <dednick> Saviq: unrotated indicators? not aware of it
[11:15] <Saviq> dednick, yeah, greyback already solved the mystery ;)
[11:15] <dednick> Saviq: ah. cool
[11:16] <greyback> popey: that is the Notes app, in full screen, on tablet? Notes only comes up side stage for me
[11:16] <popey> no, reminders. works now I updated, thanks
[11:17] <greyback> popey: oh good
[11:18] <sil2100> Saviq: hi!
[11:18] <sil2100> Saviq: let me take a look
[11:19] <sil2100> Saviq: please set the landing to Ready: Yes ;p !
[11:20] <Saviq> sil2100, right ;)
[11:20] <sil2100> :D
[11:20] <Cimi> Saviq, which are the requirements for new scopes branch?
[11:20] <Saviq> sil2100, done
[11:20] <Saviq> Cimi, ppa:ubuntu-unity/demo-stuff
[11:20] <Cimi> Saviq, tx!
[11:21] <Saviq> Cimi, erm
[11:21] <Saviq> Cimi, make that ppa:unity-team/demo-stuff
[11:24] <sil2100> Saviq: silo assigned!
[11:24] <Saviq> sil2100, thanks
[11:34] <seb128> mhr3, seems like unity-scope-loader is hitting quite some errors since the "no libgee use" update
[11:35] <seb128> mhr3, it's high ranked on e.u.c, the retracing fails and is useless though, https://errors.ubuntu.com/problem/f95da5ec05ef4763b40272b088053a769aafece5
[11:35] <mhr3> seb128, hm, got stacktrace?
[11:35] <seb128> mhr3, look at the recent reports on https://bugs.launchpad.net/ubuntu/+source/libunity/+bugs?orderby=-id&start=0 ?
[11:37] <Cimi> Saviq, and to see carousel?
[11:37] <Cimi> :)
[11:37] <mhr3> seb128, it's mediascanner related, not libunity
[11:37] <mhr3> jamesh, ^^, looks like exception on startup
[11:38] <seb128> mhr3, can you reassign the concerned people then?
[11:38] <seb128> mhr3, thanks
[11:38] <mhr3> done, ty
[11:39] <Saviq> Cimi, in the mediascanner2 scope, for example
[11:40] <Cimi> Saviq, I don't have it, am I missing a package?
[11:40] <Cimi> or maybe because I have no content on the pc?
[11:50] <Cimi> who knoes for the new scopes branch?
[11:50] <Cimi> *knows
[12:04] <dandrader> greyback, working on side stage improvements?
[12:05] <greyback> dandrader: yep, this is me: bug 1281199
[12:06] <dandrader> greyback,  and that's caused by the side stage? it's in front of the launcher or something?
[12:06] <greyback> dandrader: it's weird, am suspecting some InputArea bug
[12:06] <greyback> only on n7 bizarrely too
[12:06] <Cimi> mhr3, you know how to show the carousel in new scopes branch?
[12:09] <dandrader> wow, my N10 rebooted on its own accord and went to that fastboot screen stating "downloading. Do not turn off!
[12:09] <dandrader> "
[12:10] <mhr3> Cimi, on the phone?
[12:12] <Cimi> mhr3, desktop
[12:13] <mhr3> Cimi, just run unity-scope-tool, and override a category for whichever scope
[12:13] <mhr3> ./builddir/tools/unity-scope-tool
[12:13] <mhr3> (from unity8's new-scopes branch)
[12:14] <Cimi> mhr3, I don't understand
[12:15] <Cimi> mhr3, what am I supposed to do with this tool?
[12:15] <mhr3> Cimi, click the override category button, and change "grid" to "carousel"
[12:15] <Cimi> ah cool, I'll try
[12:16] <Cimi> mhr3, very cool, thanks
[12:16] <Cimi> (works)
[12:18] <mhr3> glad to have helped
[12:29] <tsdgeos> mhr3: ping
[12:31] <tsdgeos> mhr3: i need a name for the openScope variable in your signal, otherwise the qml magic doesn't know how to give me a name for it
[12:32] <mhr3> tsdgeos, oh, fixing
[12:34] <mhr3> tsdgeos, pushed to lp:~mhr3/unity-scopes-shell/scope-activation
[12:35] <tsdgeos> can i build directly from there?
[12:35] <tsdgeos> or does demo-stuff build from it?
[12:35] <mhr3> tsdgeos, build it directly, demo-stuff is slow :)
[12:35] <tsdgeos> oki
[12:39] <tsdgeos> mhr3: that works tx
[12:39] <tsdgeos> now i need a back button
[12:39] <tsdgeos> Saviq: do we have a back button somewhre? or shall i just use the reverse chevron ?
[12:40] <mhr3> tsdgeos, k, i refuse to give that to you though :)
[12:41] <tsdgeos> mhr3: do you know of a mockup where i can see the back button? i should have some in google drive but can't find anything :S
[12:42] <Cimi> unity keeps segfaulting :(
[12:44] <mhr3> tsdgeos, https://docs.google.com/a/canonical.com/file/d/0B-a_7E3tDxOgcV9fbWpCN3pCbVE/edit
[12:44] <tsdgeos> ok tx
[12:45] <mhr3> Cimi, uninstall the mediascanner2 scope
[12:45] <mhr3> it's hitting something in unity that makes it crap out
[12:45] <Cimi> mhr3, I mean unity unity
[12:45] <mhr3> oh
[12:45] <mhr3> nvm then
[12:46] <mhr3> complain to Trevinho :)
[12:46] <Cimi> mhr3, it randomly segfaults with qt creator
[12:46] <Cimi> and qt creator dies with it
[12:46] <mhr3> so... i think i won't upgrade just yet :)
[12:46] <Cimi> I keep losing files :D
[12:47] <Cimi> mhr3, might be hardware issue
[12:47] <Cimi> works fine on the macbook air with VM
[12:47] <cwayne> hey guys, should the mediascanner2 scope be pulling descriptions for videos from metadata?
[12:47] <Cimi> but segfaults on the real ubuntu pc
[12:53] <mhr3> cwayne, we don't really have designs for previews of local videos
[12:54] <cwayne> mhr3, that seems not good
[13:10] <dandrader> cwayne, about bug 1279582. "When adding a picture to a note from gallery". You mean, from Notes app, you try to add a picture from Gallery app?
[13:12] <Saviq> thostr_, you might need to mirror the right-pointing one
[13:14] <thostr_> Saviq: ?
[13:14] <cwayne> dandrader, it's from the reminders app
[13:14] <Saviq> thostr_, sorry, was supposed to be tsdgeos ↑↑
[13:14] <cwayne> basically AFAIK it'll always happenw hen invoking content hub on tablet though
[13:21] <dandrader> mzanetti, you worked on the Reminders app, right? I tap on the "Add note" button in the bottom toolbar and nothing happens... any idea?
[13:22] <mzanetti> dandrader: are you logged in?
[13:22] <dandrader> mzanetti, I have to log into something? thus no. :)
[13:22] <mzanetti> dandrader: you need to open settings -> accounts and add a evernote account there
[13:23] <mzanetti> dandrader: there is a branch which adds a screen telling you that... just not landed yet
[13:24] <dandrader> mzanetti, is there a demo/sample evernote account that people use?
[13:26] <Trevinho> mhr3: "It's never a my problem"™
[13:27] <mhr3> Trevinho, guess who owns the trademark on that? :P
[13:27] <Trevinho> mhr3: ehehe :)
[13:28] <Trevinho> Cimi: so, crashes, what? CAn you give us a backtrace?
[13:29] <Cimi> Trevinho, I think it's video driver
[13:29] <Cimi> Trevinho, it was crashing with VGA connected
[13:29] <Cimi> maybe video memory
[13:30] <Trevinho> ah ok
[13:30] <Trevinho> better
[13:31] <karni> Can't run new-scopes branch either with ./run nor run unity-scope-tool. Known issue?
[13:31] <karni> ./builddir/tools/unity-scope-tool: symbol lookup error: /usr/lib/x86_64-linux-gnu/unity8/qml/Unity/libUnity-qml.so: undefined symbol: _ZNK5unity6scopes5Scope12create_queryERKSsRKSt3mapISsNS0_7VariantESt4lessISsESaISt4pairIS2_S5_EEERKSt10shared_ptrINS0_14SearchListenerEE
[13:31] <karni> Saviq: ↑
[13:31] <rpadovani> Hey guys, sorry to disturb you, just a question: there is a plan to reintroduce in HUD support for indicators?
[13:31] <rpadovani> larsu, ^^ Trevinho said me to ask to you
[13:32] <Saviq> mhr3, ↑↑
[13:32] <Saviq> karni, not sure, worked here
[13:32] <Saviq> karni, try ./build -c maybe
[13:32] <karni> I just bracned fresh
[13:32] <karni> did ./build -s, then ./build -c
[13:32] <karni> tried twice
[13:32] <Cimi> Trevinho, another bug
[13:32] <karni> neither ./run nor unity-scope-tool works
[13:33] <karni> actually, ./run shows unity8 in a window briefly, then seems to crash
[13:33] <larsu> rpadovani: sorry I don't work on hud these days. pete-woods, can you help rpadovani?
[13:33] <karni> FTR I'm up-to-date
[13:33] <Cimi> Trevinho, mouseover launcher to get a tooltip in the middle of the screen, then alt-tab
[13:33] <Cimi> Trevinho, the alt tab, that is overlapping the tooltip, flashes
[13:34] <mhr3> karni, upgrade
[13:34]  * karni runs dist-upgrade
[13:34] <Trevinho> Cimi: oh, nice catch... mh
[13:34] <Trevinho> Cimi: it might be hard to fix, I'll check
[13:36] <pete-woods> rpadovani: at the moment there isn't, we're currently waiting on our design team for direction on what to do there
[13:37] <Cimi> Trevinho, hide the tooltip on alt-tab :-P
[13:38] <rpadovani> pete-woods, ok, thanks :-) Hope to see it again, it is so useful!
[13:39] <pete-woods> rpadovani: :) I'll make a note to keep you appraised of what we do there
[13:39] <rpadovani> \o/ thanks!
[13:50] <tsdgeos> Saviq: yeah was thinking to do that
[13:51] <cwayne> Saviq, btw let me know if the multiple background bit lands, i know they're gonna ask me about that today re: demos
[13:51] <Saviq> cwayne, you mean card background
[13:51] <Saviq> ah no
[13:51] <Saviq> you mean greeter background
[13:51] <Trevinho> Cimi: yeah, it might be a working and probably good workaround
[13:52] <Saviq> cwayne, will talk to mterry when he's around (should be soon)
[14:05] <mzanetti> Saviq: o/
[14:06] <karni> In a scope review meeting, will prob not attend SU
[14:08] <Saviq> mzanetti, \p
[14:08]  * Saviq not sure what happened there
[14:08] <mzanetti> Saviq: where?
[14:08] <Saviq> \p
[14:09] <mzanetti> well... there's a meeting now
[14:09] <Saviq> one arm around the head and pointing down
[14:09] <Saviq> mzanetti, lol
[14:09] <mzanetti> but ted doesn't seem to be around either
[14:09] <Saviq> mzanetti, ah, bummer
[14:09] <Saviq> mzanetti, move it for later?
[14:09] <mzanetti> ok
[14:11] <cwayne> Saviq, where are we re: scope activation?
[14:11] <Saviq> cwayne, tsdgeos is working on it
[14:12] <tsdgeos> Saviq: cwayne: hopefully something usable by todays EOD
[14:12] <Saviq> tsdgeos, cool
[14:12] <karni> \o/
[14:12] <tsdgeos> obviously will need polishing and any kind of animation we want to happen
[14:13] <tsdgeos> as now is all IN YOUR FACE
[14:13] <Saviq> mterry, hey, q for MWC: can we get per-user backgrounds in the demo model? how about infographics?
[14:13] <tsdgeos> but well
[14:13] <Saviq> tsdgeos, ;D
[14:13] <Saviq> karni, where was the dash http proto again?
[14:13] <karni> Saviq: come again?
[14:13] <karni> oh
[14:13] <karni> lemme find it
[14:14] <Saviq> tedg, would you have time later today to chat about version-less appids?
[14:14] <tedg> Saviq, Sure
[14:14] <Saviq> mzanetti, ↑
[14:15] <Saviq> tsdgeos, according to the prototype it's meant to slide the dash to the side
[14:15] <tsdgeos> will do that after getting it to work :D
[14:15] <Saviq> tsdgeos, i.e. push through the launcher
[14:16] <mzanetti> ack
[14:17] <cwayne> mhr3, hey, we're seeing local music not showing up in the music scope sometimes, any idea?
[14:19] <mhr3> cwayne, search, surfacing?
[14:20] <Saviq> mterry, in case you didn't get it:
 mterry, hey, q for MWC: can we get per-user backgrounds in the demo model? how about infographics?
[14:21] <cwayne> mhr3, yeah, searching makes them show up
[14:22] <mterry> Saviq, the demo model has per-user backgrounds.  It still looks in /usr/share/demo-assets/shell/backgrounds/
[14:22] <mterry> Saviq, for infographics, you can use usermetricsinput command line to insert data for various users (but note that you have to actually make the users on the system)
[14:22] <mterry> Saviq, pete-woods should be able to help with any issues with that
[14:23] <cwayne> mhr3, also on video aggregator, when doing a search, the my videos category is showing up last, that seems wrong
[14:24] <Saviq> mterry, hmm with https://code.launchpad.net/~mterry/unity8/demo-users/+merge/203823 how do you set up the backgrounds?
[14:24] <mterry> Saviq, just drop image files in /usr/share/demo-assets/shell/backgrounds/
[14:25] <mterry> Saviq, it will assign one to each user
[14:25] <Saviq> cwayne, ↑
[14:25] <mhr3> cwayne, can you open a bug about that pls?
[14:25] <mhr3> cwayne, also "sometimes" is not something i can go with
[14:25] <cwayne> mterry, Saviq i tried that
[14:26] <cwayne> didn't work
[14:26] <cwayne> mhr3, well, what do you want me to do? it's an itermittent failure
[14:26] <mhr3> cwayne, is that after startup, does it fix itself after doing a search and clearing it.. .etc
[14:26] <dandrader> greyback, https://code.launchpad.net/~dandrader/unity8/sideStage_lp1281088/+merge/206946
[14:26] <mterry> cwayne, huh
[14:27] <mterry> cwayne, let me look at code again
[14:28] <Saviq> mterry, could we not just add a background= line to the .unity8-demo-users file?
[14:28] <mterry> Saviq, we could sure
[14:28] <greyback> dandrader: MR checklist please
[14:28] <dandrader> greyback, ah, ok
[14:28] <Saviq> mterry, and yeah, I can confirm, dropping files in there doesn't help
[14:29] <cwayne> mterry, Saviq that's also not a good idea to do anyway since it's r/o
[14:29] <Saviq> cwayne, +1
[14:29] <cwayne> if it were ~/.local/share that'd be better :)
[14:30] <Cimi> http://paste.ubuntu.com/6954658/
[14:30] <Cimi> Trevinho, ^
[14:30] <Cimi> new unity deco are crashing for me
[14:30] <mterry> cwayne, well, a lot of the demo customization requires making the image writable, right?
[14:30] <cwayne> no
[14:30] <cwayne> none of it does so far
[14:31] <mterry> cwayne, oh well the greeter stuff does, like adding new users for the infographics
[14:31] <mterry> Or maybe those bits are already mounted rw
[14:31] <cwayne> mterry, i'm still trying to figure that bit out
[14:31] <cwayne> that's the only thing that would require it so far, and i'm trying to find a way around it :/
[14:31] <cwayne> we have demo infographics working for 1 user, trying to find out how to do it for multiple
[14:31] <Saviq> karni, you joining standup today?
[14:31] <Saviq> greyback, ↑
[14:32] <Wellark> hey guys!
[14:32] <Saviq> Wellark, o/
[14:32] <karni> Saviq: I don't have mumble set up :/
[14:32] <karni> Saviq: The only thing I have on plate for this team is font color fix for mhr3
[14:32] <Wellark> there are a lot of warnings and errors (binding loops etc) reported when for example running unity8 autopilot tests
[14:32] <karni> Saviq: we need to get some scope work done before EOD for my team
[14:32] <Wellark> is anyone actively working on fixing them?
[14:32] <Saviq> karni, sure
[14:32] <mterry> cwayne, Saviq: I will try to see why the demo-assets directory isn't working, and then if it's just busted, will add a background= field to the demo config file
[14:32] <Saviq> karni, just asking
[14:33] <karni> Saviq: sure, thanks. I'll limit myself to that update today ↑
[14:33] <Saviq> Wellark, they are warnings mostly, nothing that really affects us
[14:33] <cwayne> mhr3, it's after startup, it seems to fix itself after searching
[14:33] <cwayne> mterry, i'd prefer the background= anyway
[14:33] <cwayne> that way i can set it up in the custom tarball
[14:33] <Saviq> Wellark, cleaning the log output is really at the far end of our list
[14:34] <mhr3> cwayne, pls open bugs with that info
[14:34] <Wellark> Saviq: there are binding loops and null variables etc
[14:34] <cwayne> mhr3, any logs that could be helpful?
[14:34] <Wellark> I would not say fixing them is "cleaning the logs"
[14:34] <mterry> cwayne, hrm, OK
[14:34] <Wellark> and such a things might actually mask real errors
[14:34] <mhr3> cwayne, yea, attach ~/.cache/upstart/scope-registry.log
[14:34] <Trevinho> Cimi: thanks... it doesn't say much, but it's enough... install the -dgb packages when you can
[14:35] <Cimi> Trevinho, ok
[14:35] <Saviq> Wellark, it's mostly during initialization stage, when not everything's ready yet
[14:35] <Cimi> Trevinho, what's the name of the package
[14:35] <Saviq> Wellark, and well, everything works as expected (and tests as expected)
[14:35] <Saviq> Wellark, so sure, I agree we need to clear it up, but it's not super high prio
[14:35] <Trevinho> Cimi: unity-dbgsym but I guess you need to add the ddeb repos
[14:36] <Cimi> yeah
[14:36] <Trevinho> Cimi: http://ddebs.ubuntu.com/ trusty/main
[14:36] <Cimi> Trevinho, grazie ciccio
[14:36] <Wellark> Saviq: ack.
[14:36] <Trevinho> Cimi: prego
[14:38] <mhr3> Saviq, check the json def pls
[14:41] <Saviq> mhr3, think we should say it supports argb? or the well-known color names, for that matter?
[14:42] <Saviq> mhr3, other than that I'm ok
[14:42] <mhr3> Saviq, right, pls add, and close to format you expect, i don't want to mangle stuff too much
[14:42] <cwayne> mhr3, logged, getting victor to add logs: https://bugs.launchpad.net/ubuntu/+source/unity-scope-mediascanner/+bug/1281598
[14:42] <mhr3> Saviq, like having to convert #aarrggbb to something different
[14:43] <Saviq> mhr3, yeah, you just pass the string as-is
[14:44] <Saviq> mhr3, how's that?
[14:45] <mhr3> Saviq, +1
[14:46] <Saviq> mhr3, ok, /me works against that then
[14:46] <mhr3> me too
[14:47] <Saviq> mzanetti, can you do https://code.launchpad.net/~bfiller/unity8/gallery-and-camera-to-click/+merge/206534 please?
[14:47] <tsdgeos> come on, i was told the albumartprovider would move somewhere else and now it's gaining threads?
[14:47] <tsdgeos> :/
[14:48] <mhr3> tsdgeos, better than crashing
[14:48] <Saviq> indeed
[14:48] <tsdgeos> sure
[14:48] <mhr3> although thread per-request... holy mother of god
[14:49] <mhr3> unless qtconcurrent does more magic than it appears to
[14:49] <Saviq> mhr3, so it'd be the crash when expanding music (bug #1240408)?
[14:49] <tsdgeos> it has a pool and bla ba
[14:49] <mhr3> Saviq, linked it already
[14:49] <Saviq> mhr3, ok thanks
[14:50] <mhr3> tsdgeos, k at least that
[14:52] <Cimi> Trevinho, http://paste.ubuntu.com/6954754/
[14:52] <Saviq> greyback, https://code.launchpad.net/~dandrader/unity8/rotatedDDA/+merge/205845 is merged into rotate-n7 I assume?
[14:52] <Trevinho> Cimi: mh, when is that happening?
[14:52] <dandrader> Saviq, yes
[14:53] <Saviq> tx
[14:53] <Cimi> Trevinho, when creating windows
[14:53] <greyback> dandrader: why not lp:unity8?
[14:53] <Trevinho> cimi also bt full and more calls would be nice
[14:53] <Cimi> ok
[14:53] <greyback> dandrader: oh yeah, no tests
[14:53] <dandrader> greyback, !?
[14:53] <Trevinho> Cimi: can you check gtk-window-decorator is not running there?
[14:53] <Cimi> Trevinho, http://paste.ubuntu.com/6954760/
[14:54] <greyback> dandrader: sorry got confused. You pushed rotatedDDA into rotate-n7?
[14:54] <dandrader> greyback, long ago
[14:54] <greyback> dandrader: ok
[14:55] <Trevinho> Cimi: ok thanks, it's enough...
[14:55] <Cimi> Saviq, this is the function http://paste.ubuntu.com/6954765/
[14:55] <Cimi> Saviq, now my question is more where to put it
[14:56] <Cimi> Saviq, this function gives the number of items on the screen, so the minimum required number to switch from grid to carousel should be at least ceil of this function
[14:56] <Saviq> Cimi, CardCarousel
[14:57] <Trevinho> Cimi: does it happen everytime? With which window? As I can probably mute the crash, but I'm wondering why it happens (as I never got it)
[14:57] <Cimi> Trevinho, happens frequently with qtcreator
[14:57] <Cimi> Saviq, yes but isn't cardcarousel already the carousel?
[14:57] <Cimi> Saviq, shouldn't be somewhere before?
[14:58] <Saviq> Cimi, it needs to become a carousel that falls back to grid
[14:58] <Trevinho> Cimi: ok, I probably got it, thanks
[14:58] <Cimi> Saviq, that function does not need carousel, just the width
[14:58] <Saviq> Cimi, it needs minimumTileWidth, which is not known outside of it
[14:59] <Saviq> Cimi, or well, if you move CardTool out from CardCarousel / CardFilterGrid
[14:59] <Cimi> Saviq, well, can be abstracted
[14:59] <Saviq> Cimi, and into GenericScopeView
[14:59] <Cimi> yep
[14:59] <Saviq> Cimi, then that might happen inside DashRenderer or something
[14:59] <Trevinho> Cimi: is there a bug for that already?
[14:59] <tedg> Saviq, mzanetti, when are you guys thinking?  I'm done with meetings today.  I can do work, but what's the fun in that ;-)
[14:59] <Cimi> Trevinho, no idea
[15:00] <Saviq> Cimi, but if you put it in DashRenderer, you would still need to instantiate it and switch, so really the CardTool needs to go into GenericScopeView
[15:00] <Saviq> Cimi, and get passed down to DashRenderer in onLoaded or in a Binding { }
[15:00] <Saviq> tedg, mzanetti, I'm free today, too, just ping me when
[15:01] <Cimi> Saviq, I have to study that branch, I don't understand now the pieces
[15:02] <Cimi> Saviq, will do now
[15:04] <tsdgeos> mhr3: do we have any scope that when you do openScope will do openScope again?
[15:05] <tsdgeos> also anyone knows what's the name of the scope we have to reasign this to? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1281602
[15:05] <tsdgeos> mhr3: Saviq: ↑↑↑
[15:05] <mhr3> tsdgeos, hmm, not a real one, no
[15:06] <mhr3> tsdgeos, what's supposed to happen in that case anyway?
[15:06] <mhr3> replace the current temp dash page or stack another one on top
[15:06] <mhr3> ?
[15:06] <tsdgeos> mhr3: according to Saviq it "overwrites" the current "goto" scope, and then back just goes to the dash (i.e. the middle one is destroyed)
[15:07] <mhr3> yea, sounds reasonable
[15:07] <tsdgeos> but that gives me a few headaches on how to do the closeScope() thing
[15:07] <tsdgeos> since if the second was opened by the first but the first is gone
[15:07] <tsdgeos> where/when do i call closeScope?
[15:07] <mhr3> oh yea, it would destroy it
[15:07] <tsdgeos> so if we do not have any scope that does that
[15:07] <mterry> cwayne, lp:~mterry/unity8/demo-backgrounds is a start.  Haven't tested it myself yet, but if that's useful for you in testing, all the better
[15:07] <tsdgeos> may as well leave that as a TODO for the future?
[15:08] <mhr3> tsdgeos, fine with me
[15:08] <Saviq> tsdgeos, yeah, and what's the transition then
[15:08] <Saviq> tsdgeos, pushing it more to the left would suggest you can go back to it
[15:08] <tsdgeos> exactly
[15:08] <Saviq> tsdgeos, and replacing would be IN YOUR FACE, as you described it
[15:08] <Saviq> tsdgeos, so yeah, +1 for later
[15:09] <Saviq> sil2100, unity8 can land
[15:11] <sil2100> \o/
[15:19] <tsdgeos> Saviq: mhr3: https://code.launchpad.net/~aacid/unity8/new-scopes-scope-activation/+merge/206958
[15:19] <tsdgeos> who does the review?
[15:19] <Saviq> tsdgeos, awesome
[15:19] <Saviq> tsdgeos, I will
[15:19] <tsdgeos> okidoki
[15:20] <Saviq> tsdgeos, I'll have one for you in a few minutes, hopefully
[15:20] <tsdgeos> ok
[15:21] <mhr3> tsdgeos, gotoScope from openScope should be simple though, no?
[15:21] <tsdgeos> mhr3: yeah, shouldn't be that hard, but decided not to implement it without a way to test it
[15:21] <tsdgeos> and yes we need tests in new-scopes
[15:21] <tsdgeos> but that's another battle
[15:36] <mzanetti> tedg: Saviq: I would have time now
[15:38] <tedg> mzanetti, Cool, works for me.
[15:38] <mzanetti> ok. I'll start a hangout
[15:39] <mzanetti> tedg: Saviq: https://plus.google.com/hangouts/_/7acpjhv2o3kvul193n165h4kpc?hl=en
[15:46] <Wellark> Saviq: do you know who is responsible of the unity8 autopilot tests?
[15:46] <Wellark> unity8.shell.tests.test_emulators.DashEmulatorTestCase.test_open_generic_scope
[15:47] <Wellark> unity8.shell.tests.test_notifications.EphemeralNotificationsTests.test_urgency_order
[15:47] <Wellark> they fail on me when running the whole unity8 autopilot suite
[15:47] <Wellark> and I can't sign off a silo+MR's on CITrain as those fail
[15:58] <tsdgeos> Wellark: with which packages in which phone?
[15:58] <Wellark> tsdgeos: latest devel-proposed on n4 with silo4 added on top and apt-get update && apt-get dist-upgrade
[15:58] <Wellark> && autopilot run unity8
[15:59] <tsdgeos> let me see
[15:59] <tsdgeos> will take a while
[16:01] <karni> Saviq: tsdgeos: Do you guys happen to know where does the music scope live on launchpad?
[16:02] <Saviq> karni, unity-scope-mediascanner
[16:02] <tsdgeos> karni: no idea sorry
[16:02] <karni> Saviq: sweet, thanks guys
[16:18] <tsdgeos> Wellark: do they fail without the contents of the silo?
[16:21] <Wellark> tsdgeos: haven't tested yet, but there is absolutely nothing in the silo that would affect the Dash or notifications
[16:21] <tsdgeos> Wellark: can you please test?
[16:22] <Wellark> tsdgeos: ok. I will get back to you
[16:25] <Wellark> tsdgeos: btw the assertion that fails on both is
[16:25] <Wellark> AssertionError: After 10.0 seconds test on Greeter.created failed: False != dbus.Boolean(True, variant_level=1)
[16:25] <Wellark> 10 seconds seems awfully strict timeout
[16:26] <tsdgeos> you're getting that?
[16:26] <tsdgeos> do you see the greeter?
[16:27] <tsdgeos> greeter should defenitely show up in less than 10 seconds
[16:27] <Wellark> tsdgeos: well if I run the tests separately they pass
[16:27] <Wellark> it's the complete test suite that fails
[16:27] <tsdgeos> running here
[16:29] <Wellark> tsdgeos: unity8 is consuming 100% CPU like most of the time
[16:30] <tsdgeos> something is wrong
[16:30] <Wellark> I would guess the load gets so high at some point during the test suite that the 10 second timeout is not enough to bring the greeter on
[16:30] <tsdgeos> not here
[16:30] <Wellark> well, it's not stuck at 100%
[16:30] <Wellark> just under heavy load
[16:30] <tsdgeos> it takes 100% each time it starts
[16:30] <tsdgeos> yes
[16:30] <tsdgeos> because it has to do some stuff
[16:31] <Wellark> it was at 100% when the AP test was entering SIM PIN
[16:42] <Saviq> tsdgeos, whatever you have time for: https://code.launchpad.net/~saviq/unity8/card-background/+merge/206987
[16:47] <tsdgeos> Saviq: ok
[16:47] <tsdgeos> Wellark: all tests run fine here
[16:47] <tsdgeos> Ran 46 tests in 998.115s
[16:47] <tsdgeos> OK
[16:48] <tsdgeos> Saviq: why do you specify topMargin: 0 ?
[16:49] <Saviq> tsdgeos, because it overrides margins
[16:49] <tsdgeos> ah
[16:49] <tsdgeos> brr
[16:49] <tsdgeos> ok
[16:50] <Saviq> tsdgeos, I could specify all the other margins (or well, left and right), but it's not like it'd be much better
[16:50] <tsdgeos> sure
[16:50] <tsdgeos> Saviq: can i convince you to add some newlines in there?
[16:50] <Saviq> tsdgeos, sure, where
[16:51] <tsdgeos> my eyes can't parse this
[16:51] <tsdgeos> top: header.visible ? header.bottom : artShape.bottom; left: parent.left; right: parent.right
[16:52] <Wellark> tsdgeos: what device?
[16:52] <Saviq> tsdgeos, done
[16:52] <tsdgeos> Wellark: nexus4
[16:52] <tsdgeos> Saviq: tx
[16:52] <Wellark> tsdgeos: I get this Ran 46 tests in 2969.506s
[16:52] <tsdgeos> Wellark: that's baaaaaaaaaaad :D
[16:52] <Wellark> yeah, tell me about it
[16:53] <Saviq> mhr3, we want to activate (not preview) results in scopes scope, right?
[16:53] <Wellark> tsdgeos: nothing seems out of place
[16:53] <mhr3> Saviq, right
[16:53] <Wellark> except those couple of tests failing
[16:53] <Wellark> but something seems to run _really_ slow
[16:53] <tsdgeos> Wellark: and your nexus4 being 3 times slower than mine :D
[16:54] <Saviq> tsdgeos, I'm stealing your scope activation branch, k?
[16:54] <tsdgeos> Saviq: ok
[16:54] <tsdgeos> Saviq: but who's going to review it then?
[16:56] <Saviq> tsdgeos, I am ;D
[16:56] <Saviq> tsdgeos, and mhr3 will
[16:56] <tsdgeos> Saviq: ok
[16:56] <Saviq> tsdgeos, I just have a minimal addition there
[16:57] <Saviq> mhr3, it's trying to put "scope://com.canonical.scopes.amazon" through gvfs-open, should that work yet?
[16:57] <tsdgeos> Saviq: if in tryCard
[16:57] <tsdgeos> i select art, header - gradient background
[16:57] <mhr3> Saviq, no, the scope needs to be fixed
[16:57] <tsdgeos> and remove the art from both template and data
[16:57] <tsdgeos> the text seems a bit off
[16:57] <tsdgeos> not sure we are supposed to support that
[16:58] <tsdgeos> if i remove the summary it looks ok again
[16:59] <mhr3> when will we have new uitk released? it'd be nice not having to get the one from ppa
[16:59] <Saviq> tsdgeos, you mean there's no margins from the background?
[17:00] <tsdgeos> Saviq: yeah, and the ending ... overlaps with the rounded corner
[17:00] <tsdgeos> which again is a margin thing
[17:00] <tsdgeos> so probably same stuff
[17:01] <tsdgeos> Saviq: also katie said "no shapes inside shapes", so the mascot should not be ubuntu-shaped if there's a an external ubuntushape
[17:01] <tsdgeos> but it seems we already do that with art
[17:02] <tsdgeos> so it's not "new"
[17:02] <Saviq> tsdgeos, not something the spec defines, really
[17:02] <tsdgeos> it does
[17:02]  * tsdgeos looks for the sentence
[17:02] <tsdgeos> btw i need a new mouse, my wheel is broken, anyone has a good suggestion?
[17:03] <Saviq> tsdgeos, pushed a fix
[17:03] <Saviq> tsdgeos, for the margins
[17:03] <Saviq> tsdgeos, mascots were always shaped, within an overlay background shape, too
[17:03] <tsdgeos> actually i don't see the shaping thing in the spec
[17:03] <tsdgeos> i can paste you the discussion with katie if you want
[17:03] <Saviq> tsdgeos, https://docs.google.com/a/canonical.com/file/d/0B-a_7E3tDxOgMHFCWVh6bkJONUk/edit
[17:04] <tsdgeos> meh, ok
[17:04] <Saviq> indeed it's not so here https://docs.google.com/a/canonical.com/file/d/0B-a_7E3tDxOgQ002UmQxbjJmMHc/edit
[17:04] <tsdgeos> yeah
[17:04] <Saviq> but that would require transparent icons, which shaping is incompatible with
[17:04] <tsdgeos> that was the one
[17:05] <Saviq> so well, we need more data
 we don't want shapes within shapes
[17:05] <tsdgeos> that's what she said
[17:05] <Saviq> there's actually more inconsistencies like that
[17:05] <tsdgeos> but you have images that prove otherwise
[17:05] <tsdgeos> so ok
[17:06] <Saviq> look, non shape https://docs.google.com/a/canonical.com/file/d/0B-a_7E3tDxOgQ3lCWGt3WXF1SlU/edit
[17:06] <Saviq> look, shape https://docs.google.com/a/canonical.com/file/d/0B-a_7E3tDxOgYWZXaVZfdEtPV0k/edit
[17:06] <Saviq> how am I supposed to know when to shape or not :/
[17:07] <tsdgeos> sure
[17:07] <mhr3> Saviq, me, me, me!
[17:07] <mhr3> Saviq, i'll give you design answer - when the icon is flat don't shape, otherwise do :P
[17:08] <Saviq> mhr3, define flat
[17:08] <tsdgeos> Saviq: now if i have only title and mascot, it seems the thing is not correcly vAligned
[17:09] <mhr3> Saviq, i said design answer, not spec :)
[17:09] <Saviq> tsdgeos, because you only have one line title
[17:10] <Saviq> tsdgeos, it (was not) meant to be vAligned
[17:10] <tsdgeos> Saviq: no no, the mascot is not vAligned
[17:10] <Saviq> tsdgeos, it was never meant to be
[17:10] <Saviq> tsdgeos, or at least not until now
[17:10] <tsdgeos> Saviq: really? looks ultra ugly having a bigger top margin than bottom margin
[17:10] <Saviq> tsdgeos, I'm afraid the spec is just conflicting in a lot of places like that
[17:11] <Saviq> tsdgeos, or not taking stuff into account
[17:12] <tsdgeos> hmmm
[17:12] <tsdgeos> let me take a screenie
[17:12] <tsdgeos> just to make sure you understand what i mean
[17:12] <tsdgeos> Saviq: see http://i.imgur.com/89EIAeA.png
[17:12] <Saviq> tsdgeos, right, that's the + units.gu(1)
[17:12] <tsdgeos> why would the bottom part be bigger?
[17:13] <Saviq> tsdgeos, let me fix
[17:13] <Saviq> tsdgeos, fixed
[17:14] <Saviq> greyback, does bug #1281615 ring a bell?
[17:15] <greyback> Saviq: yes, I pushed one big fix, doing another smaller fix now
[17:15] <Saviq> greyback, ok great
[17:15] <Saviq> dandrader|lunch, you were looking into bug #1281199 right? can you mark it so, please?
[17:16] <tsdgeos> Saviq: this is weird, if i select "art, header, summary - wide" and then "Art, title - fitted", it looks wrong, but if i select "art, header, summary - horizontal" and then "Art, title - fitted", it looks fine, any idea why ?
[17:16] <cwayne> greyback, hey, opening a mainstage app, then a sidestage, then opening a new mainstage has an empty sidestage that can't be closed... known?
[17:17] <greyback> cwayne: think dandrader|lunch has pushed a fix for that
[17:17] <greyback> it hasn't landed yet however
[17:18] <Saviq> tsdgeos, binding loops most probably
[17:18] <cwayne> greyback, dandrader|lunch thanks!
[17:18] <tsdgeos> Saviq: ok, let's pretend that won't happen then :D
[17:18] <Saviq> tsdgeos, yeah, Card.qml is full of binding loops like that
[17:20] <tsdgeos> Saviq: looks reasonable to me
[17:20] <Saviq> tsdgeos, ohkay!
[17:20] <tsdgeos> mhr3: do you want to also review or shall i top approve?
[17:20] <Saviq> tsdgeos, merging into new-scopes then
[17:21] <mhr3> tsdgeos, meh, go ahead
[17:21] <mhr3> tsdgeos, i'm sure it's fine :)
[17:21] <Saviq> but first, landing unity8
[17:22] <tsdgeos> oh, CI hasn't finished yet
[17:22] <tsdgeos> so can't approve
[17:22] <tsdgeos> Saviq: feel free to merge to new-scopes
[17:22] <tsdgeos> i'll top approve tomorrow morning
[17:22] <Saviq> tsdgeos, cheers
[17:22] <Saviq> o/
[17:22] <tsdgeos> and with that, tomorrow more
[17:22]  * tsdgeos waves
[17:23] <Saviq> greyback, bug #1281623 would be another one like that?
[17:24] <greyback> Saviq: suspect so yeah
[17:25] <tsdgeos> Saviq: how did https://code.launchpad.net/~cimi/unity8/fix-1214423/+merge/192868 end up merged?
[17:26] <Saviq> tsdgeos, humpf, good question
[17:27] <Saviq> tsdgeos, probably cimi's RatingInput widget?
[17:27] <Saviq> Cimi, comment ↑?
[17:28] <Cimi> Saviq, y
[17:28] <Cimi> Saviq, I merged that branch
[17:29] <Saviq> tsdgeos, you approved https://code.launchpad.net/~cimi/unity8/units8.previews_RatingStars/+merge/206239 - so that's what it came with
[17:30] <tsdgeos> very confusing
[17:31] <tsdgeos> i did not realize at all one was bringing the other
[17:31] <Cimi> Saviq, well, it was a modified branch
[17:32] <Saviq> tsdgeos, you approved it, so it must've been good :)
[17:34] <Wellark> tsdgeos: ok, got it now
[17:34] <Wellark> I was running byobu
[17:34] <Wellark> and for some reason it makes the ap tests 3 times slower
[17:34] <Wellark> go figure..
[17:34] <tsdgeos> honestly, i got tricked, because Cimi renamed the old files to reuse them as new files and then added the old ones, so it did not show the diff properly :-/
[17:34] <tsdgeos> Wellark: what's that?
[17:34] <Wellark> but ran the whole suite without byobu and everything passed with around the same time as yours
[17:34] <Saviq> tsdgeos, screen-like terminal multiplexer
[17:35] <Saviq> Wellark, weird, I'm using byobu and is fine
[17:35] <tsdgeos> boo for it then
[17:35] <Saviq> Wellark, byobu on host I assume?
[17:35] <Wellark> yeah.. total surprise for me too
[17:35] <Wellark> Saviq: no. on the n4 naturally
[17:35] <tsdgeos> Saviq: so yeah, i didn't realize any change was happening to the existing files and i did not review those
[17:35] <Cimi> tsdgeos, hah I won :P
[17:35] <tsdgeos> what's the next steps i have no clue
[17:35] <tsdgeos> let's discuss tomorrow thoought
[17:36] <Wellark> byobu must mess up the IO somehow
[17:36] <Cimi> tsdgeos, Saviq they are fine, don't worry
[17:36]  * tsdgeos waves again
[17:36] <Cimi> only missing bit is the drag mzanetti asked
[17:36] <Wellark> it will get slower if you have a lot of text output in the screens but ap tests don't have any basically
[17:36] <Wellark> but anyway
[17:36] <Wellark> solved. NOTABUG
[17:36] <mzanetti> what did I ask for?
[17:37] <Cimi> mzanetti, support for drag over stars in interactive rating widget
[17:37] <mzanetti> ah...
[17:42] <karni> thostr_: Thank you for your email update.
[17:42] <Saviq> mhr3, can you test lp:~unity-team/unity8/new-scopes-scope-activation ? I'm about to, got no comments on review, will merge into new-scopes if I can confirm it working
[17:42] <Cimi> sorry mzanetti
[17:42] <Cimi> was actually Saviq requesy
[17:42] <mzanetti> Cimi: no worries :)
[17:43] <mhr3> Saviq, are you forcing me to upgrade uitk? :/
[17:43] <mhr3> from the ppa
[17:45] <Saviq> mhr3, see the question mark?
[17:47] <mhr3> Saviq, would prefer to test it once it's in the ppa
[17:47] <Saviq> mhr3, k
[18:10] <dandrader> Saviq, no, greyback is working on bug #128119. But I'll take a look at it now as well.
[18:10] <Saviq> dandrader, thanks
[18:11] <Saviq> dandrader, seems like you chose a polish bug ;)
[18:11] <greyback> well we're combining our powers, as it's mystifying me
[18:22] <Saviq> greyback, let me know if you need more hands
[18:23] <greyback> Saviq: might well do
[18:23] <greyback> Saviq: I'll assemble list of stuff to do, we can try split it up a bit more
[18:23] <Saviq> greyback, k
[18:24] <mhr3> Saviq, rightedge is conflicted, could you fix?
[18:25] <Saviq> mhr3, will do
[18:25] <Saviq> mhr3, merging scope activation in a sec
[18:25] <Saviq> first
[18:33] <Saviq> mhr3, kicked a build in both demo-stuff and right edge, with scope activation
[18:33] <Saviq> thostr_, ↑
[18:33] <Saviq> and card background, for that matter
[18:34] <cwayne> Saviq, \o/
[18:34] <cwayne> those both sound exciting
[18:35] <cwayne> Saviq, what about new icons in scopes scope?
[18:44] <dandrader> "Side stage shadow now never goes away if you dismiss app" <- it's the first time I play with the side stage so I didn't know the shadow should go away :)
[18:44] <dandrader> greyback, ^^
[18:44] <dandrader> I thought it should stay there to hint the user that there's an app running there...
[18:44] <greyback> dandrader: excuses excuses :P
[18:44] <dandrader> heheheheh
[18:45] <dandrader> but that's easy to fix :_
[18:45] <dandrader> :)
[18:45] <cwayne> dandrader, btw i'm at lteast somewhat available for testing sidestage fixes if you need help :)
[18:49] <Saviq> mterry, your demo-backgrounds branch is gone, you working on it?
[18:50] <dandrader> cwayne, ok, thanks!
[18:52] <mterry> Saviq, I remembered that the greeter now gets that data from AccountsService, not the LightDM plugin.  I told cwayne how to set that data in AccountsService
[18:57] <mhr3> Saviq, can't we set the demo ppa as a dependency for rightedge? kinda sucks having to build stuff in both ppas
[18:58] <mhr3> it's already out of sync, cause the version strings used by both are different
[19:00] <Saviq> mterry, ah ok
[19:00] <Saviq> mhr3, sure we can, not sure that  cwayne will be able to use two ppas?
[19:01] <Saviq> mhr3, as setting a dependency doesn't mean you get packages from both
[19:01] <mhr3> yea, that's why i'm asking
[19:01] <mhr3> otherwise i'd do it already :)
[19:01] <cwayne> that's not implemented in rootstock yet
[19:01] <cwayne> i mean i can hack it i guess? but it'd be less than great
[19:01] <dandrader> greyback, btw, does you N10 camera work?
[19:02] <mhr3> Saviq, so how about getting rid of most of the rightedge recipes and just binary copy required stuff from demo to rightedge?
[19:02] <greyback> dandrader: hmm no
[19:02] <Saviq> mhr3, well, we'd need to binary copy them every time, why are they out of sync anyway?
[19:03] <Saviq> mhr3, I think I'd rather not touch it now
[19:04] <Saviq> mhall119, did you manage to push unity8 docs to developer.ubuntu.com?
[19:06] <mhr3> Saviq, since trunk is not trunk, some of the recipes have temporary "merge foo" directives, and kevin just copied those to rightedge, yet i keep changing them in demo...
[19:07] <mhr3> plus the different version strings and we're out-of-sync
[19:08] <Saviq> mhr3, aha, didn't know you were not doing it from trunks, maybe we just need a common branch then?
[19:08] <Saviq> mhr3, like we have new-scopes?
[19:09] <mhr3> we'd need that for each project we build
[19:10] <mhr3> and it's really mostly pre-landing testing
[19:14] <Saviq> mhr3, so would you bin-copy your projects then?
[19:14] <mhall119> Saviq: not yet, had we decided to put them there rather than unity.ubuntu.com?
[19:14] <mhr3> Saviq, yea, we *mostly* have stuff in distro, so shouldn't be too big of a deal
[19:15] <mhr3> Saviq, so i'll delete some recipes and pkgs from the ppas once i finish these branches i'm working on
[19:15] <mhr3> and bin copy what needs to be bin copied
[19:16] <cyphermox_> bregma: I have a few questions about compiz
[19:16] <cyphermox_> bregma: what's the purpose of 00_remove_scalefilter_in_unity_session.py, and what calls it? I see it in diff but nothing seems to call it
[19:16] <cyphermox_> http://<IP_ADDRESS>/job/landing-006-2-publish/lastSuccessfulBuild/artifact/packaging_changes_compiz_1%3A0.9.11+14.04.20140218-0ubuntu1.diff
[19:16] <cyphermox_> bregma, also, why are there still distro patches if this is under ci?
[19:17] <bregma> cyphermox_, you're best off letting Trevinho explain the packaging changes
[19:17] <Saviq> mhr3, fine with me
[19:18] <bregma> cyphermox_, the patches are because compiz is also not a part of Ubuntu, there are other downstreams that use the upstream, despite it being under Ubuntu CI
[19:18] <cyphermox_> so why do ci then?
[19:18] <Saviq> mhall119, your call
[19:18] <Saviq> mhall119, but probably makes sense, yaey
[19:19] <cyphermox_> usually we either are upstream and do CI, or not upstream and don't do ci
[19:19] <bregma> cyphermox_, there is nothing "usual" about compiz
[19:19] <cyphermox_> (not that I care in the grand scheme of things, it's just uncomfortable to review diffs of patches)
[19:19] <cyphermox_> still
[19:19] <cyphermox_> if it's just patches..
[19:29] <Trevinho> cyphermox_: mh, did I forgot to add it to the migration scripts? :o
[19:30] <Trevinho> Cimi: it should be in debian/compiz-gnome.migrations isn't it?
[19:30] <cyphermox_> it's in a file .migrations yes
[19:30] <cyphermox_> I just have no idea how this all works so asking to make sure things weren't forgotten
[19:30] <Trevinho> Cimi: sorry, wrong completion :P
[19:59] <mhr3> Saviq, if you still have some review strength, take a look @ https://code.launchpad.net/~mhr3/unity-scopes-shell/scope-activation/+merge/207021
[21:27] <cwayne> Saviq, unity-scope-scopes still isn't being pulled into my build..
[21:27] <Saviq> cwayne, do you know if recommends should be enough?
[21:28] <cwayne> my best guess would be not, based on this
[21:30] <Saviq> cwayne, changed to Depends, kicked rebuilds in both PPAs, let's see what that results in
[21:30] <cwayne> Saviq, awesome, thanks
[22:11] <mhr3> Saviq, cards with background and mascots have the mascots shaped, known?
[22:12] <Saviq> mhr3, yes, not spec'ed otherwise...
[22:12] <mhr3> katie was saying no shapes within shapes
[22:13] <mhr3> don't know if it's really in the spec
[22:13] <Saviq> mhr3, https://docs.google.com/a/canonical.com/file/d/0B-a_7E3tDxOgMHFCWVh6bkJONUk/edit
[22:13] <mhr3> hm, will talk to her and rosie tomorrow
[22:14] <Saviq> mhr3, if it's not in the spec ;) you know the drill ;)
[22:14] <Saviq> mhr3, I don't think this can be a general rule
[22:15] <Saviq> mhr3, as squared mascots will look crap non-shaped
[22:16] <mhr3> you just hate real squares don't you? :)
[22:16] <Saviq> mhr3, it's not me, it's Ubuntu that does
[22:16] <Saviq> mhr3, the assumption is that non-shaped mascots would be transparent, and that's the only visual design we hae
[22:17] <Saviq> mhr3, but that assumption is dangerous
[22:17] <mhr3> about as dangerous as keeping the mascots shaped always
[22:19] <Saviq> mhr3, you know what the solution is, don't you ;)
[22:19] <mhr3> sure
[22:19] <mhr3> Saviq, anyway, this one is simple - https://code.launchpad.net/~mhr3/unity-scopes-shell/background/+merge/207053
[22:20] <Saviq> mhr3, think the defaults could be pretty-printed some time, btw?
[22:20] <mhr3> Saviq, they are, you the gdoc :)
[22:20] <mhr3> s/you/in/
[22:21] <mhr3> we don't want to waste time by parsing whitespace :P
[22:22] <mhr3> and that is how you save 2ns
[22:22] <Saviq> mhr3, you know there's a helpful thing called QUrl?
[22:22] <mhr3> Saviq, i went with it at first but was pretty useless really
[22:22] <mhr3> grab path, or maybe fragment, split the fragment, join the path and fragment... eeh
[22:23] <Saviq> mhr3, didn't it give you the schema and path separately?
[22:23] <Saviq> mhr3, I thought you'd just need the schema and path.split("/")
[22:23] <mhr3> gradient:///black/#aarrggbb is partially path, partially fragment
[22:24] <Saviq> right, freakin' #
[22:24] <mhr3> it's really easier to string manipulate it
[22:24] <Saviq> mhr3, btw, I wonder, think you could supply the default with the result for me in the model directly? would save us quite some time to check whether it's there in result and if not, in template?
[22:25] <Saviq> (JS time, that is)
[22:26] <mhr3> Saviq, if you want too much... but i need to parse it out, it's not like the plugin cared about the template
[22:27] <mhr3> Saviq, and we said it's card-background is optional, so could still be null
[22:30] <Saviq> mhr3, what you mean it didn't care about the template, I need it parsed in the template, too?
[22:30] <Saviq> mhr3, and you do
[22:30] <Saviq> mhr3, anyway, it's fine like that
[22:31] <Saviq> mhr3, top-ack?
[22:31] <mhr3> Saviq, yes pls
[22:32] <mhr3> Saviq, i don't suppose you know rgb for the amazon gradient in https://docs.google.com/a/canonical.com/file/d/0B-a_7E3tDxOgQ002UmQxbjJmMHc/edit ?
[22:33] <mhr3> it looks like a nice default :)
[22:35] <Saviq> mhr3, gimp says e9e9e7
[22:35] <Saviq> to white
[22:35] <Saviq> or well, f9f9f9
[22:38] <mhr3> Saviq, do you accept #rrggbb as well, or has to be ##aarrggbb?
[22:38] <Saviq> mhr3, aa optional, one #
[22:38] <mhr3> right, typo
[22:38] <Saviq> mhr3, you mean you'll put it in the default template?
[22:39] <Saviq> mhr3, or just for docs?
[22:39] <mhr3> no, just the scopes scope
[22:40] <mhr3> Saviq, uh oh https://launchpadlibrarian.net/166681341/buildlog_ubuntu-trusty-armhf.unity8_7.84%2B14.04.20140218-1newscopes~651~ubuntu14.04.1_FAILEDTOBUILD.txt.gz
[22:41] <Saviq> mhr3, grr
[22:41] <Saviq> mhr3, retried
[23:04] <cwayne> hey look, scope activation!
[23:12] <TheMuso> o[B/c