[05:33] <pitti> Good morning
[06:58] <darkxst> pitti, hi
[07:04] <larsu> good morning!
[07:23] <pitti> hey larsu, hello darkxst, how are you?
[07:23] <darkxst> pitti, way too hot here ;( about 43 today....
[07:23] <larsu> pitti: great, thanks
[07:23] <larsu> how are you?
[07:24] <pitti> darkxst: err, Celsius?
[07:24] <darkxst> yes
[07:24] <pitti> larsu: quite fine, thanks! yourself?
[07:24] <pitti> darkxst: ouch
[07:24] <larsu> pitti: this is getting circular...
[07:26] <pitti> larsu: oops, yes :)
[08:44] <chrisccoulson> good morning
[08:50] <didrocks> hey chrisccoulson!
[08:51] <chrisccoulson> hi didrocks, how are you?
[09:01] <didrocks> chrisccoulson: I'm good, thanks, yourself?
[09:03] <Laney> morning
[09:05] <seb128> hey Laney
[09:05] <seb128> good morning desktopers!
[09:11] <Laney> hey seb128
[09:11] <seb128> Laney, happy piloting ;-)
[09:12] <Laney> I forgot to do it last week :o
[09:14] <seb128> Laney, I just read the comment from mterry on the ringtone in accountsservice bug, good summary ;-)
[09:15] <Laney> nod
[09:15] <Laney> I did do a patch for his (1) :-)
[09:16] <seb128> great
[09:16] <seb128> overrides of overrides, isn't that great :p
[09:17] <tjaalton> what's the status of unity-control-center?
[09:17] <Laney> I think of them more like schemas
[09:20] <seb128> tjaalton, it's in universe, testing would be welcome
[09:20] <seb128> (I need to do that today)
[09:20] <seb128> it should be ready for promotion/be installed by default
[09:21] <tjaalton> oh there it is
[09:21] <tjaalton> so, is it possible to pull stuff from upstream? like new wacom config stuff
[09:21] <tjaalton> and if so, how
[09:25] <seb128> tjaalton, well, same way it was possible with g-c-c
[09:26] <seb128> backport the code, make it apply to that version, make sure it works, commit, upload
[09:26] <tjaalton> ok
[09:27] <tjaalton> i'll look into it before ff
[10:26] <seb128> Laney, hum, do we really need a binary package for gsettings schemas and one of accountsservice ones? seems like they are trivial text files that could be included in 1 binary
[10:27] <Laney> You obviously don't really need it but they have different dependencies so it made sense to me.
[10:33] <seb128> hum, why is the schemas depending on the service?
[10:37] <Laney> You can't do anything with it without AS. I thought it was logically similar to the gsettings package's depends.
[10:37] <Laney> If you feel strongly then please feel free to change it however you like.
[10:43] <seb128> Laney, no, no strong opinion, acking it like that
[10:43] <seb128> I would default to have no depends for text files
[10:44] <seb128> (we need a depends for gsettings because the schemas is compiled)
[10:44] <Laney> isn't that done by a trigger?
[10:44] <Laney> in libglib2.0-bin iirc
[10:46] <seb128> hum, right, still seems weird to me to have an override depends on the service ;-)
[10:47] <Laney> thanks for approving :-)
[10:48] <seb128> yw!
[11:31] <Laney> seb128: larsu: Know anything about gnome-themes-standard 3.10?
[11:32] <larsu> Laney: what about it?
[11:32] <larsu> in other words: probably not :)
[11:32] <seb128> should work with GTK 3.10?
[11:32] <Laney> there's a request for it
[11:33] <Laney> I'm wondering if it's ok
[11:33] <seb128> should be, it's adwaita + a11y themes
[11:33]  * Laney tries it
[11:33] <seb128> we don't care about the first one
[11:33] <seb128> the a11y themes didn't change much iirc
[12:19] <Laney> cyphermox: bug #1264360 has your name on it
[12:19] <ubot2> Launchpad bug 1264360 in Cinder "Downgrading cinder schema fails when running 018_add_qos_specs.py" [Undecided,Fix committed] https://launchpad.net/bugs/1264360
[12:19] <Laney> erm
[12:19] <Laney> bug #1264630
[12:19] <ubot2> Launchpad bug 1264630 in modemmanager (Ubuntu) "Sync modemmanager 1.0.0-1 (main) from Debian experimental (main)" [Undecided,Confirmed] https://launchpad.net/bugs/1264630
[12:19] <Laney> literally ;-)
[12:19] <Laney> could you look?
[12:30] <cyphermox> Laney: yeah
[12:30] <cyphermox> planning to do it, indeed
[12:30] <Laney> neat
[12:30] <Laney> also, hi!
[12:30] <cyphermox> it means rebuilding NM and friends though, so it will take me a bit
[12:30] <cyphermox> hey :D
[12:30] <cyphermox> good morning!
[12:30] <Laney> ah, I believe that's witin your abilities :P
[12:30] <cyphermox> yep
[12:30] <cyphermox> already tested succesfully
[12:31] <cyphermox> I've been running it for almost a month now
[12:31] <Laney> woot
[12:31] <cyphermox> (ppa:mathieu-tl/nm)
[12:32] <cyphermox> 5 weeks it seems, cool
[12:33] <cyphermox> hmm
[12:34] <cyphermox> noskcaj isn't around?
[12:34] <Laney> timezoneally challenged
[12:34] <cyphermox> oh
[12:34] <cyphermox> alright
[12:35] <cyphermox> Laney: the only thing that concerns me is https://bugs.launchpad.net/ubuntu/+source/modemmanager/+bug/1264630/comments/1
[12:35] <ubot2> Launchpad bug 1264630 in modemmanager (Ubuntu) "Sync modemmanager 1.0.0-1 (main) from Debian experimental (main)" [Undecided,Confirmed]
[12:35] <Laney> why?
[12:35] <cyphermox> I was kind of hoping people would avoid interfacing to MM directly, and hoping the update is within the updates we had alreday talked about, ie. staying pretty much within the same GNOME version
[12:36] <cyphermox> I care more about the API part than the versions part :)
[12:37] <Laney> I'm not sure what dependency he's talking about http://anonscm.debian.org/viewvc/pkg-gnome/desktop/experimental/gnome-shell/debian/control.in?revision=40268&view=markup
[12:37]  * Laney cogls
[12:39] <cyphermox> nah, no dep
[12:39] <cyphermox> gnome-shell, as it should, would be able to detect with interface to use at runtime
[12:39] <cyphermox> in any case, let me kick the sync nao
[12:42] <Laney> patch piloting: RESULT
[12:47] <cyphermox> Laney: actually, it can't be a sync
[12:47] <cyphermox> that would be dropping changes I forgot to include in debian >.<
[12:48] <Laney> ._.
[12:48] <Laney> get those in STAT
[12:48] <Laney> are you a DM yet?
[12:49] <cyphermox> no
[12:49] <cyphermox> but I'll get them in, picking up the diff now
[13:03] <Laney> seb128: could you NEW cogl when you get a minute please?
[13:03] <Laney> will do some rebuilds when I get back from lunch
[13:03]  * Laney waves
[13:03] <seb128> Laney, can do, enjoy lunch!
[13:07] <seb128> (waiting for the arm builds to finish first though)
[14:08] <Laney> seems done now
[14:17] <seb128> Laney, ups, I was away for lunch as well and forgot to look again, NEWed
[14:17] <Laney> merci
[14:17] <seb128> de rien ;-)
[15:06] <cyphermox> Laney: would you sponsor modemmanager for me to experimental ?
[15:06] <Laney> okay
[15:17] <cyphermox> Laney: lp:~modemmanager/modemmanager/ubuntu/
[15:17] <cyphermox> (yeah, we share the code anyway)
[15:17] <Laney> diff would be handier ;-)
[15:23] <Laney> cyphermox: if I were you I wouldn't bother including Ubuntu changelog stuff in Debian
[15:23] <seb128> giving credit where it's due?
[15:24] <Laney> adding old ubuntuN changelog versions
[15:24] <seb128> well, if they have the context of the changes why not
[15:24] <seb128> but for sure summarizing in the current entry with a "changes from Ubuntu, <list>" works as well
[15:24] <seb128> I never understood why people want old ubuntu changelogs kept when merging with debian as well
[15:25] <seb128> I just usually summarize in the most recent entry, launchpad has the full history for past uploads
[15:26] <cyphermox> Laney: I guess so, but sometimes I might want to upload directly to Ubuntu before debian is ready to accept my upload
[15:26] <cyphermox> like, for instance, during freeze
[15:28] <Laney> it's fine if it makes it easier for you
[15:28] <Laney> I'd probably branch off in that situation
[15:29] <Laney> oh noes, is it meeting in 1 minute?
[15:29]  * Laney status
[15:29] <seb128> yep
[15:30] <seb128> hey hey hey
[15:30] <seb128> it's meeting time!
[15:30] <seb128> qengho, Sweetshark, mlankhorst, Laney, tkamppeter, desrt, attente, larsu: hey
[15:31] <seb128> how is everyone today?
[15:31] <desrt> awful!
[15:31] <mlankhorst> hey
[15:31]  * desrt dons brown paper bag
[15:31] <seb128> desrt, because glib bogs?
[15:31] <desrt> gtk, in fact
[15:32] <seb128> k
[15:32] <seb128> nothing wrong with the new glib tarball from yesterday? (e.g we shouldn't stay away from it)
[15:32] <desrt> should be fine... was a pretty boring release, in fact
[15:32] <Laney> did you disable that test?
[15:32] <desrt> no...
[15:32] <desrt> probably i should have
[15:32] <Laney> mmkay, I'll probably do that then
[15:32] <seb128> ok, let's get started
[15:32] <seb128> qengho, hey
[15:34] <seb128> no qengho I guess...
[15:34] <seb128> Sweetshark, hey
[15:35] <seb128> hum
[15:35] <seb128> qengho, Sweetshark: please try to be there for the meetings (not the first time you are not around)
[15:35] <seb128> mlankhorst, hey
[15:36] <mlankhorst> hey
[15:36] <mlankhorst> working on upstreaming fence stuff to the kernel, xorg 1.15 in ppa
[15:36] <mlankhorst> lts-saucy in updates
[15:36] <mlankhorst> eod :P
[15:36] <seb128> how is xorg 1.15 going?
[15:36] <seb128> still missing some drivers? fglrx?
[15:37] <seb128> mlankhorst, ^
[15:38] <mlankhorst> yeah fglrx is missing
[15:38] <mlankhorst> nvidia is being updated but should support it
[15:38] <seb128> ok
[15:38] <mlankhorst> dri3 is a WIP it seems, I think we could enable it for nouveau, maybe for intel, don't know about ati yet
[15:38] <seb128> let's be conservative for the LTS
[15:39] <mlankhorst> dri3 is a very minor change
[15:39] <seb128> e.g if we don't have a strong reason to enable new things, let's delay those to next cycle
[15:39] <mlankhorst> pass objects as dma-buf instead of using flink
[15:39] <mlankhorst> which we already do with mir ;-)
[15:40] <seb128> doing something with mir doesn't mean a lot for the LTS ;-)
[15:40] <seb128> mlankhorst, thanks
[15:40] <seb128> Laney, hey
[15:40] <Laney> hullo
[15:41] <Laney> • Help with some patches and rebuilds for the mono & dbus-sharp 2 transitions
[15:41] <Laney> • Update GStreamer to 1.2.2, join pkg-gstreamer & merge some of our patches there
[15:41] <Laney> • Make session-migration use an upstart user session job
[15:41] <Laney> • One or two Debian merges
[15:41] <Laney> • Backport a glib fix (thanks desrt) to escape stuff in introspection XML
[15:41] <Laney> • Patch pilot
[15:41] <Laney> • Push some DMB email applications a bit, hard work ...
[15:41] <Laney> • Work on moving some u-s-s settings to AS so they can be shared by the greeter, create a package for these in the same vain as gsettings-desktop-schemas, patch telephony-service (currently testing the 'fallback' for when the selected ringtone isn't available).
[15:41] <Laney> ☀
[15:42] <seb128> Laney, thanks
[15:42] <seb128> tkamppeter, hey
[15:44] <tkamppeter> - cups-filters: More for PPD-less printing: PCL-XL and PDF printer support
[15:44] <tkamppeter> - system-config-printer: Saucy SRU for driver download bug
[15:44] <tkamppeter> - Bugs
[15:44] <seb128> no tkamppeter?
[15:44] <seb128> ah
[15:44] <larsu> seb128: nice timing :)
[15:44] <seb128> tkamppeter, thanks
[15:44] <seb128> larsu, ;-)
[15:45] <seb128> desrt, your turn
[15:46] <desrt> investigated and proposed large changeset to address inconsistent handling of commandline argument encoding issues inside GLib
[15:46] <desrt> following gedit guys with their rework, fixing issues: gtkapplication, gtkmenutracker, hidden-when='', --gapplication-service mode, option context vs. gapplication (easier not to leak)
[15:46] <desrt> started working on a large changeset to make gtkapplication commandline parsing more flexible
[15:46] <desrt> started discussion about 'traditional menu layout'
[15:46] <desrt> fix introspection xml escaping in glib for Laney
[15:46] <desrt> lots of other small glib fixes
[15:46] <desrt> dconf: merged new file-db support, 'dconf compile' feature and XDG_DATA_DIR searching for dconf profiles for the phone guys
[15:46] <desrt> releases: glib, dconf
[15:47] <larsu> desrt hasn't been sleeping...
[15:47]  * desrt had a nice full sleep last night :)
[15:47] <seb128> good ;-)
[15:47] <seb128> nice to see the new dconf
[15:47] <desrt> it still has one minor issue i forgot to fix
[15:47] <seb128> Laney, did you say you wanted to update it or should I have a look to 0.19?
[15:48] <desrt> people are going to be adding dconf databases to /usr/share based on 'dconf compile' soon
[15:48] <seb128> desrt, which one? something that would impact users?
[15:48] <desrt> but 'dconf compile' currently outputs the data in machine-specific endianness
[15:48] <seb128> ah
[15:48] <desrt> i want to make it only do little endian so that the files in /usr/share all end up being the same
[15:48] <seb128> ok
[15:48] <desrt> this will hit the way rpm does multiarch for example -- they check to see that all archs install exactly the same file
[15:48] <Laney> as does dpkg
[15:48] <seb128> right
[15:49] <desrt> ah... i though we just arbitrarily picked one machine to build the 'all' package
[15:49] <seb128> we do
[15:49] <desrt> so it's different in rpm, then
[15:49] <desrt> in rpm the file ends up in all of the packages
[15:49] <desrt> and rpm checks at install time...
[15:49] <Laney> fair
[15:49] <seb128> but they we flag the all package as usable on all archs on not with a multiarch flag
[15:49] <Laney> for us, it's for arch-specific packages that you want to install multiple copies of
[15:50] <Laney> they can have the same file if it's identical
[15:50] <desrt> neat!
[15:50] <desrt> so the only difference here, really, is the policy
[15:50] <Laney> not all stuff in /usr/share comes from arch:all packages
[15:50] <desrt> ie: we tend to do more -common/-data/etc packages
[15:50] <Laney> ya
[15:50] <desrt> thanks for the info.  TIL.
[15:50] <seb128> desrt, thanks
[15:50] <seb128> attente, hey
[15:51] <attente> fixed issues with key binding re-assignment in the key grabber ppa, but merging is blocked by failing tests on the compiz branch
[15:51] <attente> did some experimenting with using the key grabber to fix the global menu bar mnemonics, to be continued
[15:51] <attente> (eof)
[15:51] <desrt> he also started work with upstream on unblacklisting emacs from the global menubar :)
[15:51] <seb128> were those tests failing already before your changes?
[15:52] <seb128> attente, trying to fix emacs? that's something I would stay away from if I were you... ;-)
[15:52] <attente> seb128, i'm not sure
[15:52] <Laney> M-x dont-be-broken
[15:52] <desrt> seb128: upstream realises that they're abusing gtk
[15:52] <desrt> so they're working with attente to come up with a less insane solution on their end
[15:52] <seb128> well, we can't fix every crazy app out there
[15:52] <desrt> that we can hopefully support
[15:53] <seb128> oh, that's good
[15:53] <seb128> let's see what comes out of that then ;-)
[15:53] <attente> desrt, i only tried some stuff for quotemstr
[15:53] <attente> the result turned out to look bad
[15:53] <seb128> attente, let me know if you need help testing the ppa or talking to the compiz guys
[15:54] <attente> seb128, sure, i'll try to get it merged, as i've been using it without issues so far
[15:54] <seb128> attente, I think I saw you discuss ims settings with mpt (e.g the specific options we don't list atm), is there work ongoing for that?
[15:56] <attente> seb128, i haven't started any work on that yet
[15:56] <seb128> ok
[15:56] <seb128> I was mostly curious
[15:56] <seb128> attente, thanks
[15:56] <seb128> larsu, hey
[15:56] <larsu> whee!
[15:56] <larsu> last week I fixed some theming issues
[15:57] <larsu> namely the nautilus column jumping (and something else with the same patch)
[15:57] <larsu> the fix is a bit ugly on the unico-side, but Cimi was fine with it so ... meh
[15:57] <larsu> also fixed gedit's sidebar toolbars upstream and radio/check marks in radiance
[15:57] <seb128> works fine here
[15:58] <larsu> seb128: have a look at that please when you get some time: https://code.launchpad.net/~larsu/ubuntu-themes/radiance-dark-checks
[15:58] <seb128> larsu, yeah, it's on my list
[15:58] <larsu> yesterday and today I've continued on evince (which is taking way too long due to all the distractions)
[15:58] <seb128> Cimi, ^ btw, if you have some easy review cycles
[15:58] <larsu> oh, I reviewed desrt's traditional menu bar patches
[15:58] <desrt> that's going to be fun
[15:58] <larsu> ya
[15:59] <desrt> mclasen loves patch A but hates patch B
[15:59] <desrt> jessevdk loves patch B but hates patch A
[15:59] <seb128> larsu, I was going to ask about that, I start wondering if that's important enough to justify the time spent on it (but I guess we spent enough effort that it would be a waste to stop now)
[15:59] <larsu> desrt: I figured he would, which is why I wanted to review them quickly :)
[15:59] <desrt> ...and desrt hates everybody
[15:59] <seb128> :-(
[15:59] <desrt> it's not true.  i don't hate seb128
[15:59] <larsu> seb128: I'm almost done. I was just being distracted like crazy
[16:00] <larsu> eow
[16:00] <seb128> larsu, ok, thanks
[16:00] <seb128> desrt, ;-)
[16:00] <seb128> ok, my turn
[16:00] <seb128>  * backlog handling after holidays
[16:00] <seb128>  * helped didrocks to test the new CI landing workflow
[16:00] <seb128>  * some desktop updates and merges with Debian
[16:00] <seb128>  * bugs triage, worked on some fixes, backported some upstream commits
[16:00] <seb128>  * reviews (u-s-s mostly, nautilus 3.10 proposed update, libreoffice) and some sponsoring
[16:00] <seb128>  * next: working on u-s-s, some extra reviews (need to land wizard and click updates in u-s-s)
[16:00] <desrt> btw; big shoutout to attente for helping settle macos menubar issues (outside of work time) so that i could get a good handle on this traditional menubar stuff in the first place

[16:01] <desrt> seb128: any more of a detailed update on u-s-s?
[16:01] <seb128> attente, well done!
[16:01] <desrt> does it look like it's going to make it this cycle, etc?
[16:01] <seb128> desrt, u-s-s is the touch settings
[16:01] <desrt> oh..
[16:01] <desrt> thanks :)
[16:02] <seb128> ubuntu-system-settings
[16:02] <seb128> lol
[16:02] <desrt> you know what i was confused about :)
[16:02] <seb128> sorry about that
[16:02] <seb128> yeah
[16:02] <desrt> well, i was just wrong
[16:02]  * desrt was thinking u-s-d
[16:02] <seb128> so on that front, robert_ancell landing unity-control-center in universe
[16:02] <desrt> seems like a weird way to go about it
[16:02] <seb128> that's actually on my "next" list
[16:02] <desrt> i guess that's just to improve testability?
[16:02] <seb128> https://launchpad.net/ubuntu/+source/unity-control-center
[16:02] <seb128> well, it's the first step to get it on the image
[16:02] <seb128> have it available
[16:02] <seb128> then test
[16:02] <seb128> then promote
[16:03] <seb128> btw, testing welcome
[16:03] <seb128> it would be good to make the switch this week or next
[16:03] <seb128> it's supposed to be ready
[16:03] <desrt> i guess some components in main will have to change in order for this to work
[16:03] <mitya57> LP thinks it's already in main
[16:03] <desrt> at least in terms of dependencies
[16:03] <seb128> mitya57, I guess robert_ancell already got it promoted
[16:04]  * desrt installs it on his tasty box
[16:04] <seb128> desrt, https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1257505
[16:04] <ubot2> Launchpad bug 1257505 in webaccounts-browser-extension (Ubuntu) "Create Unity Control Center so can remain on old GNOME Control Center version" [Medium,In progress]
[16:04] <desrt> seb128: i think you accidentally a word ;)
[16:04] <seb128> desrt, I think robert_ancell covered the components to change
[16:05] <desrt> i wish he was awake right now so that i could hug him
[16:05] <seb128> hehe
[16:05] <desrt> that boy is doing god's work
[16:05] <seb128> you can buy him a drink in London
[16:05] <seb128> btw he made gnome-control-center a wrapper (after discussion)
[16:06] <seb128> that runs u-c-c under Unity sessions
[16:06] <desrt> weird
[16:06] <seb128> or the g-c-c.real otherwise
[16:06] <seb128> that's to easy transition
[16:06] <desrt> but probably the best way to avoid touching ALL the things
[16:06] <seb128> ease
[16:06] <seb128> we can revert once things settle down
[16:06] <desrt> when you say 'gnome-control-center'
[16:06] <seb128> the binary
[16:06] <desrt> do you mean /usr/bin/gnome... okay :)
[16:06] <seb128> yeah
[16:06] <desrt> no weird almost-empty package
[16:07] <seb128> no
[16:07] <desrt> makes sense
[16:07]  * desrt installing now for testing
[16:07] <seb128> so u-c-c is almost done
[16:07] <seb128> then he said he would handle u-s-d
[16:07] <seb128> that should be easier (less rdepends to change)
[16:07] <desrt> a lot of patches in g-c-c are tied to patches in g-s-d
[16:07] <seb128> I hope we get the transition done at the desktop week
[16:08] <seb128> well done by the end of that week
[16:08] <desrt> how's gs-d-s looking?
[16:08] <desrt> did we talk about our own version of those as well?
[16:08] <seb128> yes
[16:08] <desrt> or do we not have much patching these days?
[16:08] <seb128> he has packages as well
[16:08] <seb128> but those get less testing
[16:08] <desrt> do they completely move away from the org.gnome namespace?
[16:08] <seb128> it's not so much patching that having g-s-d/g-c-c versions in sync
[16:08] <desrt> or is it just an addon for gs-d-s?
[16:09] <qengho> seb128: I had car trouble. I'm here now.  Not much to report. Still working on high-DPI chromium. Injured a vi movement key, too.
[16:09] <seb128> I don't think they are moving away from the namespace (yet)
[16:09] <desrt> seb128: this one is going to be very very tricky to manage well....
[16:09] <seb128> yes
[16:09] <desrt> since those schemas are meant to be very widely used by apps
[16:10] <desrt> maybe it's time to start talking about specifying a freedesktop set
[16:10] <desrt> for things like proxies, etc.
[16:10] <seb128> right
[16:10]  * desrt can just imagine how well that discussion will go
[16:10] <seb128> that's a good topic for the desktop week
[16:10] <seb128> see about the specific of that transition
[16:10] <seb128> anyway, that's all I have on the topic ;-)
[16:10] <desrt> ya... that one is by far the most interesting, as far as i am concerned :)
[16:10] <seb128> other questions/comments/...
[16:11] <Laney> do we need to do anything special in packaging for new dconf?
[16:11] <desrt> no
[16:11] <desrt> but next gdm release will have some changes
[16:11]  * desrt is working on a couple of patches right now
[16:11] <seb128> did you describe the new stuff and how they work/how to use them, somewhere?
[16:11] <Laney> NMP. NEXT!
[16:11] <desrt> seb128: no.  still TODO.
[16:11] <seb128> ok
[16:12] <desrt> it really depends on who wants to use it
[16:12] <desrt> btw: we could start talking about using dconf for overrides now
[16:12] <desrt> so we can have default values for some keys depending on the desktop
[16:12] <seb128> nice
[16:12] <desrt> maybe another desktop week discussion
[16:12] <desrt> are you keeping an agenda anywhere?
[16:13] <seb128> not yet, but we probably should
[16:14] <desrt> if you make one, add those items ;)
[16:14]  * seb128 notes to create a wikipage
[16:14] <seb128> sure
[16:14] <seb128> thanks for the suggestion ;-)
[16:14] <seb128> other comment/question?
[16:14] <Sweetshark> seb128: shall I shoot my week quickly?
[16:14] <desrt> never-ending meeting!
[16:15] <seb128> Sweetshark, hey ;-) sure
[16:15]  * Sweetshark wakes up.
[16:15] <Sweetshark> - finished local pbuilder/jenkins builder reinstall
[16:15] <Sweetshark> - bumping to 4.2.0~rc2
[16:15] <Sweetshark> - grinding through launchpad bugs (again)
[16:15] <Sweetshark> - upstreaming some l10n bits and fixes
[16:15] <Sweetshark> - bits and pieces: german community foo, upstream gerrit administration foo, upstream QA coordination, new board of directors onboarding/media training etc.
[16:15] <Sweetshark> - next: recheck that armhf is happy too ;), revitalize autopkgtests, going to the archive with LibreOffice 4.2
[16:15] <Sweetshark> EOF
[16:15] <seb128> 4.2 to trusty next, good, I was about to ask about that one ;-)
[16:15] <seb128> Sweetshark, thanks
[16:15] <seb128> and on that note, that's a wrap I think
[16:15] <seb128> thanks everyone ;-)
[16:16] <desrt> (not meeting talk) seb128: u-c-c looks pretty empty... seems a lot of packages that install 3rd party panels will have to change where they install them
[16:16] <desrt> either that or u-c-c could just change back to using the old g-c-c path for plugins (since upstream g-c-c actually doesn't use that anymore)
[16:17] <seb128> desrt, which ones are missing?
[16:17] <desrt> gimme a sec
[16:18] <Sweetshark> seb128: wrt 4.2 to trusty - will put it with the new l10n in the ppa first for a few days. havent heard any feedback from _rene_ but TBH, I dont think I should block on that any longer.
[16:19] <desrt> seb128: background gets replaced with 'apperance', which is fine... but then (both) online accounts are gone, and 'language' and 'region' are gone, with only 'text entry' there
[16:20] <desrt> printing is missing
[16:20] <desrt> date and time is missing, landscape is missing
[16:21] <desrt> he changed the path from $(libdir)/control-center-1/panels to $(libdir)/unity-control-center-1/panels
[16:22] <seb128> hum, right
[16:22] <seb128> https://launchpad.net/ubuntu/+source/deja-dup/29.4-0ubuntu1 has been updated
[16:22] <desrt> ya... was surprised to see backup properly included
[16:23] <desrt> we're definitely not ready to just throw the switch just yet
[16:24] <desrt> but it's also not safe to just load the plugins at the old path either
[16:24] <desrt> since g-c-c installs all of its "built in" components there as well
[16:24] <desrt> so u-c-c would end up with two copies of those
[16:24] <desrt> so i guess the only way is to patch each of the 3rd party installers separately
[16:24] <desrt> like indicator-datetime...
[16:25] <desrt> it's going to be a pain for them to install to both places
[16:25] <attente> ChrisTownsend, hi
[16:25] <ChrisTownsend> attente: Hey
[16:25] <desrt> particularly since their package for doing so has 'gnome-control-center' in the name :(
[16:25] <attente> ChrisTownsend, i'm wondering what the proper way of running compiz tests is
[16:26] <attente> ChrisTownsend, basically to replicate as is done on the c-i
[16:26] <ChrisTownsend> attente: Once you have built Compiz, run make test
[16:27] <attente> ChrisTownsend, oh, thanks!
[16:27] <ChrisTownsend> attente: Sure, no problem
[16:29] <attente> ChrisTownsend, sorry, i seem to be doing it wrong i guess...
[16:29] <attente> "No tests were found!!!
[16:29] <attente> "
[16:29] <ChrisTownsend> attente: Are you in the build directory?
[16:30] <attente> ChrisTownsend, yes
[16:30] <ChrisTownsend> attente: Ok, what original cmake command did you use?
[16:31] <attente> ChrisTownsend, so i'm not sure exactly, but to do the build, i did 'debian/rules build -j4'
[16:32] <attente> then moving into the obj-x86_64-linux-gnu, tried that command
[16:32] <ChrisTownsend> attente: Ah, ok, I don't think that creates the tests.
[16:32] <ChrisTownsend> attente: Try this:
[16:32] <ChrisTownsend> In build, do cmake ..
[16:32] <ChrisTownsend> Then make -j4
[16:33] <ChrisTownsend> then make test
[16:33] <attente> so no cmake args?
[16:34] <ChrisTownsend> attente: Only if you want to install it to a staging dir.
[16:34] <ChrisTownsend> attente: I do this "cmake .. -DCMAKE_INSTALL_PREFIX="/home/townsend/staging/"
[16:35] <ChrisTownsend> That's if you want to run compiz from there without overwriting the Compiz from main.
[16:37] <attente> ChrisTownsend, i think i need to export some qt environment for it to work
[16:37] <attente> QT_QT_INCLUDE_DIR
[16:37] <attente> hmm, ok, one sec
[16:37] <ChrisTownsend> attente: Hmm, not familiar with that one.
[16:40] <attente> ChrisTownsend, have you tried it from trunk?
[16:40] <ChrisTownsend> attente: Yep, did it a few hours ago to debug why some tests are seg faulting.
[16:41] <attente> huh. weird...
[16:42] <attente> ChrisTownsend, do you apply the quilt patches before running cmake?
[16:42] <ChrisTownsend> attente: Umm, no I didn't for what I was doing.
[16:42] <ChrisTownsend> I can try that and see what happens.
[16:43] <attente> ChrisTownsend, i'm not actually sure how to do that, when i try i just get a series file not found
[16:43] <attente> but when i'm just trying to plain cmake trunk, i'm getting the QT_QT_INCLUDE_DIR problem
[16:43] <ChrisTownsend> attente: Is this on a clean branch?
[16:44] <attente> ChrisTownsend, yep, totally clean trunk from bzr+ssh://bazaar.launchpad.net/+branch/compiz/
[16:44] <ChrisTownsend> attente: Hmmm...
[16:45] <attente> there might be a dependency missing?
[16:45] <ChrisTownsend> attente: It's possible, but cmake is pretty good about pointing out missing libraries.
[16:46] <ChrisTownsend> attente: I'm not sure why it's giving you issues with the QT_QT_INCLUDE_DIR.  I don't believe compiz uses that.
[16:47] <ChrisTownsend> attente: Do you happen to have KDE stuff on your machine?
[16:48] <attente> ChrisTownsend, i do have some of the qt5 libraries on my machine
[16:48] <ChrisTownsend> attente: Could you pastebin the error please?
[16:49] <attente> ChrisTownsend, http://paste.ubuntu.com/6751384/
[16:50] <attente> ChrisTownsend, should i uninstall the library before doing cmake?
[16:51] <ChrisTownsend> attente: We should be able to pass a cmake var to disable building for KDE support.  Give me a bit to find that.
[16:52] <attente> ChrisTownsend, ah.
[16:52] <attente> ChrisTownsend, sorry, it's -DCOMPIZ_DISABLE_PLUGIN_KDE=ON
[16:52] <attente> i think at least
[16:52] <ChrisTownsend> attente: Yeah, I think that's it.
[16:52] <attente> possibly -DUSE_KDE4=OFF too
[16:52] <attente> i'll try with both
[16:53] <ChrisTownsend> attente: Ok, sounds good.
[17:08] <attente> ChrisTownsend, thanks, that seems to have worked!
[17:17] <ChrisTownsend> attente: Great!
[17:42] <seb128> Laney, btw, the #sdk guys just told me about a possible reason for the u-s-s autopilot issues on the device
[17:42] <Laney> ooh
[17:43] <seb128> the tests look for what is on screen
[17:43] <seb128> if e.g about is offscreen/needs scrolling, it's going to be not seen
[17:43] <seb128> we might need to add hooks to scroll in the view to have the elements reachable
[17:44] <Laney> ah I tried to copy some code from mardy to do that but didn't get it to work
[17:44] <Laney> I think I said what went wrong in my mail
[17:45] <seb128> oh, right
[17:46] <Laney> I was going to try shrinking it on desktop and see if it starts doing it there
[17:46] <Laney> let me try that
[17:46] <seb128> https://code.launchpad.net/~laney/ubuntu-system-settings/ap-fixes right?
[17:46] <Laney> yes but that code probably isn't in there
[17:46] <Laney> since it didn't work
[17:46] <seb128> ok
[17:46] <Laney> that is only some fixes that did  help things
[17:48] <seb128> Laney, vvruiz says "move_to_object or drag http://unity.ubuntu.com/autopilot/api/input.html"
[17:49] <Laney> https://bazaar.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/trunk/view/head:/tests/autopilot/online_accounts_ui/tests/test_online_accounts_ui.py#L304
[17:49] <Laney> that is what I tried to copy
[17:52] <seb128> Laney, yeah, same error on my desktop with the reduced height
[17:52] <seb128> let me have a look if I can get that to work
[17:53] <Laney> indeed
[17:53] <Laney> that'd be good, thanks
[17:54] <Laney> it's funny that it 'knows' where to click
[17:54] <Laney> where it would be if the window was big enough
[17:54] <seb128> yeah
[17:54] <Laney> built in scrolling would be good