[05:54] <hikiko> hi
[07:50] <flocculant> seb128: just saw a gstreamer base upgrade. reset clementine to use pulseaudio, purged the gstreamer1.0-alsa package I had - restarted clementine - all works fine - can't check audio cd though - thanks for tracking that down fortnight ago :)
[07:52] <seb128> flocculant, yw!
[07:53] <seb128> & good morning desktopers ;-)
[07:54] <happyaron> seb128: will check that again
[07:54] <happyaron> ( for ibus indicator support
[07:54] <seb128> hey happyaron, thanks
[07:56] <seb128> (getting some coffee, bbiab)
[08:35] <jibel> morning
[08:35] <jibel> pitti, hi, you're looking at bug 1548524 ?
[08:38] <pitti> bonjour jibel
[08:38] <pitti> jibel: yes, I am; I just found the fix, I'm working on adding a test case
[08:38] <jibel> pitti, sorry, I just noticed your comment on u-devel
[08:38] <pitti> bonjour seb128 aussi !
[08:39] <seb128> salut jibel & pitti
[08:50] <alexarnaud> Hello everybody!
[08:56] <Sweet5hark> moin!
[08:56] <seb128> woot, gtk+ migrated
[08:57] <seb128> thanks to whoever used their magic (pitti?)
[08:57] <seb128> salut alexarnaud
[08:57] <seb128> guten tag Sweet5hark
[08:57] <pitti> seb128: had to hint over LibO
[08:57] <pitti> hey Sweet5hark
[08:57] <seb128> pitti, thanks in any case ;-)
[09:01] <Sweet5hark> seb128, pitti: heya. was scared yesterday when I found libreoffice autopkgtests still failed -- but then saw it was still the old 5.1.0~rc3 that was triggered by the new libreoffice-l10n only ...
[09:01] <Laney> yo
[09:01] <pitti> Sweet5hark: right, looks better for 1:5.1.0-0ubuntu1, thanks for fixing!
[09:01] <pitti> amd64 still running
[09:02] <pitti> our clouds are in a rather sorry state ATM, so the queue is awfully long/slow :(
[09:02] <pitti> hey Laney
[09:02] <pitti> Laney: sorry for all the worker spam
[09:02] <pitti> I filed two RTs yesterday which should help a bit, but the networking flakiness is unnerving
[09:02] <Laney> hey pitti!
[09:03] <Laney> any idea what's going on?
[09:03] <pitti> Laney: for half of the failures, yes
[09:03] <pitti> Laney: the actual vs. accounted (in the database) resource usage is way off on lgw
[09:04] <pitti> i. e. the db thinks I have 20 instances running when in reality there's only 5, so it hits the quota ceiling way too often
[09:04] <pitti> and there's some undeletable instances
[09:04] <pitti> that's the two RTs
[09:04] <pitti> about the random "cannot assign network" I have no idea
[09:04] <Laney> disturbing
[09:04] <pitti> jibel: upower fix uploaded
[09:05] <Laney> hm, why is glib skiptested?
[09:05] <pitti> I used syncpackage --no-lp so that I don't have to wait for the Debian accept/LP import round
[09:05] <pitti> Laney: LibO version mismatch, and I can't hint multiple versions of LibO
[09:06] <pitti> (that's something to fix in britney, but shoudln't block glib)
[09:06] <pitti> the other tests were fine
[09:06] <Laney> ah right
[09:07] <Laney> looks like strongswan passed anyway
[09:07] <Laney> that's what I tried to fix
[09:12]  * Laney tries to remember how to run britney's hint tester
[09:14] <Laney> ubuntu-archive@snakefruit:/srv/ubuntu-archive/proposed-migration$ code/b2/britney.py -c code/b2/britney.conf --hint-tester --series xenial
[09:20] <jibel> pitti, thank you!
[09:21] <Laney> ah
[09:21] <Laney> it crashed
[09:22] <tsdgeos> anyone has an idea of why indicator-keyboard would not work at all under unity7 or how to debug it?
[09:27]  * Sweet5hark tried to run a snappy build of libreoffice with -j32 on a VM with 16 cpus (host has 32 cores). Ended in a ice.
[09:27] <Sweet5hark> so much for that.
[09:30] <seb128> tsdgeos, define "not work"? does it not display? not follow changes done through keybindings? not actually change the layout when selecting one?
[09:30] <tsdgeos> seb128: changng it does nothing
[09:30] <seb128> tsdgeos, do you have any error in ~/.cache/upstart/indicator-keyboard.log?
[09:30] <tsdgeos> seb128: my current guess is becaue org.gnome.SettingsDaemon.Keyboard does not exist in my dbus session, can you confirm it does exist there
[09:30] <tsdgeos> seb128: nope
[09:31] <seb128> tsdgeos, yeah, that should exist
[09:31] <seb128> tsdgeos, $ gsettings get org.gnome.settings-daemon.plugins.keyboard active
[09:31] <seb128> ?
[09:32] <tsdgeos> false
[09:32] <seb128> there you go
[09:32] <tsdgeos> yeah but whyyyyyyyy
[09:32] <tsdgeos> :(
[09:32] <tsdgeos> yeah works now
[09:32] <seb128> did you play with unity-greeter test mode?
[09:32] <tsdgeos> maybe :D
[09:32] <seb128> just a random guess, but that desactivate plugins that we don't want/use in the greeter
[09:32] <seb128> including keybindings
[09:33] <seb128> you don't want to be able to start a browser there
[09:33] <tsdgeos> i don't know exactly wht you mean
[09:33] <tsdgeos> i did some unity-greeter development years ago
[09:33] <seb128> k, maybe not that
[09:33] <tsdgeos> so maybe that happened and since i've never wanted to change the keymap
[09:33] <seb128> but unity-greeter disables those plugins
[09:33] <tsdgeos> never noticed
[09:33] <seb128> if you start it in your user session/with your user it disables them there
[09:34] <seb128> could be it
[09:34] <tsdgeos> thanks a lot man
[09:34] <seb128> yw!
[09:34] <tsdgeos> i was trying to figure out how to list the active plugins
[09:34] <Drac0666>  Got problem when i press shutdown it close menu bar but apps are still open and computer doesnt wont to shutdown, why? (Ubuntu mate)
[09:34] <seb128> you did most of the work by figuring out the dbus service was not there
[09:34] <tsdgeos> but that would have taken more time than you telling me how to do it :D
[09:34] <seb128> :-)
[09:35] <tsdgeos> be back later, need to do some keymap testing in unity8 user
[09:49] <Drac0666> Got problem when i press shutdown it close menu bar but apps are still open and computer doesnt wont to shutdown, why? Here is my log from syslog http://pastebin.com/aduMpS1t
[10:14] <Laney> hey seb128
[10:14] <davmor2> pitti: bug 1547793 would that of got into the latest iso image by any chance? only says committed
[10:15] <seb128> hey Laney (sorry, forgot to say hi earlier, I didn't ignore you on purpose!), how are you?
[10:15] <seb128> davmor2, https://launchpad.net/distros/ubuntu/+source/upower
[10:15] <seb128> it's still in proposed
[10:15] <Laney> I guessed you were in dlna hell
[10:15]  * Laney is good
[10:15] <Laney> looking sunny!
[10:15] <seb128> yeah, got it fixed after all, thanks for #gupnp guys who helped me
[10:16] <seb128> it's sunny here as well
[10:16] <seb128> so good start of day :-)
[10:16] <davmor2> seb128: ah awesome thanks
[10:17] <Laney> was it already fixed?
[10:17] <seb128> yes :-/
[10:17] <Laney> buh
[10:17] <seb128> I had just no idea about the elements of that stack
[10:17] <Laney> at least you arrived at the right place
[10:17] <seb128> took me a lot of pocking starting from grilo
[10:17] <Laney> well done for looking at it
[10:17] <seb128> to dleyna-server
[10:17] <seb128> to gupnp stuff
[10:17] <seb128> thanks :-)
[10:18] <seb128> well, at least I synced the new version with the fix
[10:18] <Laney> I had it on my list but don't know when I would have actually looked
[10:18] <seb128> and I learnt a bit about that stack now
[10:18] <seb128> so not all wasted
[10:18] <Laney> ☑ learned all about service discovery
[10:18] <Laney> one for the CV ;-)
[10:19] <seb128> hehe
[10:19] <seb128> I'm doing some easy updates now
[10:19] <seb128> pidgin atm
[10:20] <seb128> then back at report some bugs upstream for gnome-software
[10:20] <seb128> what are you working on today?
[10:20] <Laney> evolution 3.18.5
[10:20] <seb128> ah, good!
[10:20] <Laney> just hinted gstreamer, that needed a manual one, went in now
[10:21] <seb128> did debian changed their toolchain?
[10:21] <pitti> davmor2: yes, I think this counts as release-critical, and we'll most certainly respin due to that
[10:21] <seb128> I'm curious to know why the Bsymbolic-function started being an issue for them
[10:21] <pitti> davmor2: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#upower
[10:22] <seb128> if they did they are going to have similar issues in some other places, we had to add that hack to some other components using plugins iirc (totem maybe?)
[10:22] <davmor2> pitti: yeah it is that's why I asked, it blocks xenial testing on hardware
[10:22] <seb128> or did you just "upstream" our Ubuntu change to them?
[10:22] <Laney> I just put it in there
[10:22] <Laney> if it always breaks to have it then you can have it there
[10:23] <seb128> k
[10:24] <Laney> evolution already had it
[10:24] <Laney> I probably put that there too :P
[10:24] <seb128> :-)
[10:52] <davmor2> pitti: should I be worried by the regression for s390x on that?
[10:52] <pitti> davmor2: no, that already gets ignored
[11:01] <Laney> https://paste.debian.net/402750
[11:01] <Laney> O_O
[11:08] <Sweet5hark1> Laney: whoopsie?
[11:09] <Laney> nein
[11:09] <Laney> inside a container
[11:09] <Laney> can't find it anywhere
[12:13] <desrt> saluton, kunlaborantoj
[12:19] <pitti> desrt: guten Morgen, Genosse!
[12:23] <desrt> genosse!
[12:23] <desrt> i like this word :)
[12:24] <pitti> desrt: it's very ☭
[12:24] <Laney> hey desrt!
[12:24] <desrt> i picked that up from the translation :)
[12:25] <desrt> kunlaborantoj simply means 'people i work together with'
[12:25] <Laney> pitti: I've been watching deutschland 83
[12:25] <desrt> Laney: moin :)
[12:25] <Laney> lots of genosse there
[12:25] <pitti> well, it's also being used by the social-democratic party, so not *that* ☭
[12:25] <desrt> i think we need a word like this in english... we're sorely lacking one
[12:25] <pitti> "comrade" is close, but it doesn't have the same ring to it
[12:31] <desrt> i mean one that's less communistic :)
[12:31] <desrt> maybe i meant to say "we need a word like this in english that would be reasonable to use in modern-day canada" :)
[12:31] <desrt> "citizen" is another possibility, but it's even more weird
[13:00] <pitti> seb128: do you know about the geoclue-providers split in Ubuntu? Debian doesn't have that, our's was split off geoclue
[13:00] <pitti> and it's FTBFS
[13:01] <seb128> pitti, I don't but the changelog has
[13:01] <seb128>     - Split the gypsy, gpsd, and gsmloc providers out into
[13:01] <seb128>       a separate source package to simplify the geoclue
[13:01] <seb128>       MIR reducing the number of build depends.
[13:01] <pitti> geoclue-gpsd doesn't even have reverse dependencies, just geoclue-gypsy has one (cordova-ubuntu-2.8)
[13:01] <pitti> well, geoclue itself is in main too (and has Ubuntu changes)
[13:01] <pitti> ooh, I see -- geoclue-providers is in universe
[13:01] <seb128> my understanding is that those providers were split out to avoid having to add those build-depends to geoclue itself
[13:02] <seb128> right
[13:02] <pitti> right
[13:02] <pitti> it needs porting to current libgps22, or we disable that binary package entirely (no rdepends)
[13:02] <seb128> I guess it's a split off geoclue
[13:02] <seb128> so just need to be redone on the current version
[13:03] <seb128> but I've no idea if those providers are used and by who, maybe it's fine to just drop it
[13:03] <seb128> we can drop it and if somebody misses it they can work on getting the package back
[13:03] <pitti> seb128: is cordova-ubuntu-2.8 something we care about?
[13:04] <seb128> I don't know, but Ken probably have a better idea, let's wait for him to be online
[13:04] <pitti> that has no reverse depends
[13:04] <seb128> I though they cared for touch
[13:04] <seb128> but I'm unsure
[13:05] <pitti> so in the simplest case we could just remove cordova-ubuntu and geoclue-providers (but I don't want to do that without confirmation)
[13:05] <seb128> right
[13:05] <pitti> https://launchpad.net/ubuntu/+source/cordova-ubuntu/+changelog looks quite dead
[13:06] <seb128> there is a MIR for it from dbarth but from 2013
[13:09] <seb128> I've asked on #ubuntu-touch since dbarth is there
[13:23] <seb128> Laney, "    + Disable libcryptui support, this is in Universe." ... evolution is in universe as well now, so that can be re-enabled next time ;-)
[13:23] <seb128> (unsure what it provides exactly, but no reason to do without it)
[13:25] <Laney> I thought about syncing it
[13:26] <seb128> that can probably be done
[13:26] <seb128>     + debian/control:
[13:26] <seb128>       - let libevolution depends on evolution-common, it uses the gsettings
[13:26] <seb128>         schemas distributed there (lp: #1506430)
[13:26] <seb128> should be commited to Debian though
[13:26] <Laney> yes
[13:26] <seb128> unsure about the gsettings-override
[13:27] <seb128> we could add that to ubuntu-settings but iirc overrides for non installed schemas trigger warnings so it's a bit annoying
[13:27] <seb128> (or is that for missing keys?)
[13:31] <Laney> think it's ok
[13:31] <Laney> feel free to do that if you want
[13:31] <seb128> no today, but maybe next time I touch it
[13:31] <Laney> I didn't notice it was demoted yet, was expecting bugmail
[13:31]  * Laney closes that one now
[13:31] <seb128> bugmail about the demotion?
[13:32] <Laney> ye, I assigned you one to remind ;-)
[13:32] <seb128> sorry, I demoted most of what looked desktopish and was on component mismatch marked for demotion
[13:32] <seb128> but I didn't check open bugs :-/
[13:32] <seb128> webkit is to universe as well btw \o/
[13:33] <seb128> I wonder why I didn't get an email filtered in my assigned box about evo
[13:33] <Laney> it was about webkit
[13:33] <Laney> oh well
[13:33] <seb128> oh, right
[13:33] <seb128> sorry about that
[13:34] <seb128> anyway it's all demoted ;-)
[13:34] <Laney> \o/
[13:35] <seb128> we demoted quite a lot
[13:35] <seb128> evo, webkit, telepathy stack
[13:37]  * Laney misses IMing
[13:37] <seb128> :-(
[14:30] <alexarnaud> TheMuso: hoy
[14:30] <alexarnaud> I've meybe noticed orca failure in Ubuntu 16.04 version
[14:31] <alexarnaud> Do you know about it ?
[14:31] <alexarnaud> On my computer Orca close after less than a minute
[14:33] <seb128> alexarnaud, I don't use it so I didn't notice and there seems to be no report about the issue ... does it exit with an error/segfault?
[14:33] <seb128> let me try here
[14:34] <alexarnaud> seb128: the error msg is : "** (orca:): WARNING **: AT-SPI: Error in GetItems, sender=org.freedesktop.DBus, error=The name :1.25 was not provided by any .service files"
[14:34] <alexarnaud> I use Mate and Compiz and I've updated my Ubuntu 1 hour ago
[14:35] <seb128> alexarnaud, it fact it could be bug #1541292
[14:36] <seb128> alexarnaud, do you do anything special with it?
[14:37] <alexarnaud> seb128: nothing special or different from my current usage
[14:37] <alexarnaud> ubot5: it seems that it's not exactly the same issue. I do it after login screen, I checked "login automatically"
[14:37] <seb128> alexarnaud, do you have the screen reader enabled/do you use it?
[14:38] <alexarnaud> seb128: I enabled it but after lass than a minute it turn off automatically because of the bug
[14:39] <alexarnaud> seb128: are you able to reproduce it on your computer ?
[14:39] <seb128> not
[14:39] <seb128> I've it enabled for 3 minutes now without issue
[14:39] <alexarnaud> if not, I need to give you exactly what I do and doing more investigation
[14:39] <seb128> it's a bit annoying, it reads every char I type on IRC :p
[14:39] <alexarnaud> ^^
[14:39] <alexarnaud> seb128: let me one minute to give you the exact step to reproduce
[14:43] <seb128> alexarnaud, ok, I stop it because it's becoming annoying after a while, but it works fine here as far as I can tell
[14:46] <alexarnaud> seb128: so I don't unserstand exactly what's spend on my machine
[14:46] <alexarnaud> seb128: I'll retry later
[14:48] <seb128> k, let me know how it works
[15:30]  * desrt tingles
[15:30] <seb128> hey
[15:30] <desrt> hi seb :D
[15:30] <desrt> no willcooke this week.  i wonder what will happen!
[15:30] <seb128> me too
[15:30] <seb128> Roll call: andyrock, attente, desrt,  dgadomski, fjkong, happyaron, hikiko, laney, qengho, sweet5hark, themuso (out), tkamppeter, trevinho, robert_ancell (out)
[15:30] <desrt> #startmeeting
[15:30] <meetingology> Meeting started Tue Feb 23 15:30:54 2016 UTC.  The chair is desrt. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <desrt> #chair seb128
[15:30] <meetingology> Current chairs: desrt seb128
[15:30] <Trevinho> Hey!
[15:31] <andyrock> \o
[15:31] <desrt> hi!  o/
[15:31] <seb128> hey :-)
[15:31] <Laney> shit!
[15:31] <Laney> i mean hi
[15:31] <desrt> Laney: tmi.
[15:31] <Laney> information wants to be free
[15:31] <attente> :o
[15:31] <seb128> I hope everybody is doing well
[15:32] <seb128> let's get started
[15:32] <seb128> #topic andyrock
[15:32] <seb128> andyrock, hey
[15:32] <andyrock> hey I've been working on g-s integration
[15:32] <andyrock> managed to propose a branch
[15:32] <andyrock> i'm fixing it after the review
[15:33] <andyrock> trying to do it before the end of day so Marco can add it to next landing
[15:33] <seb128> how easy is it to fix?
[15:33] <seb128> k, that's where I'm going to
[15:33] <andyrock> should be easy but g-s stopped working again
[15:33] <seb128> beta1 is on thursday
[15:33] <andyrock> it just shows up installed applications
[15:33] <andyrock> and this makes it tricky to test some corner cases
[15:33] <seb128> :-/
[15:33] <seb128> let's maybe try to debug that after the meeting
[15:34] <seb128> test is the command line appsearch thing works
[15:34] <andyrock> i'm sure i'll fix it by the end of the meeting :é
[15:34] <andyrock> :P
[15:34] <seb128> hehe
[15:34] <andyrock> I already did now right now
[15:34] <seb128> anything else andyrock?
[15:34] <andyrock> i should be able to send a new mp in one hour so
[15:35] <andyrock> nope
[15:35] <andyrock> I just need to ask robert to merge my patch to g-s
[15:35] <seb128> he did I think?
[15:35] <seb128> https://launchpad.net/ubuntu/+source/gnome-software/3.19.91~git20160219.32c2c00-0ubuntu2
[15:35] <seb128>   * debian/patches/apt-plugin.patch:
[15:35] <seb128>     - Integrate with Unity launcher (LP: #1547676)
[15:35] <andyrock> cool
[15:36] <andyrock> even better
[15:36] <andyrock> \o/
[15:36] <seb128> :-)
[15:36] <andyrock> thanks
[15:36] <seb128> thanks andyrock!
[15:36] <seb128> #topic attente
[15:36] <seb128> attente, hey
[15:36] <attente> hi!
[15:36] <attente> gtk menus ruining my life, we're fighting on how we want the final public-facing api to look: https://bugzilla.gnome.org/show_bug.cgi?id=756579
[15:36] <attente> trying to track down a crash in gnome-software ubuntu one authentication, also fixing it to store the u1 credentials properly across sessions
[15:37] <seb128> :-/
[15:37] <attente> (eof)
[15:37] <seb128> I hope you get over that one soon and go back to a better life!
[15:37] <desrt> he exagerates :)
[15:37] <seb128> good then :-)
[15:37] <seb128> thanks attente!
[15:37] <seb128> #topic desrt
[15:37] <desrt> hey!
[15:37] <seb128> desrt, you are next ;-)
[15:38] <desrt> been working somewhat closer with attente lately, doing coworking 2-3 times a week now... that's working out pretty nice
[15:38] <desrt> been looking over the gtkmenu api stuff as a result of that
[15:38] <seb128> great
[15:38] <desrt> also doing normal glib bugs stuff... including a fairly serious one from yesterday about gvariant parser crashing on bad input in certain cases
[15:38] <seb128> coworking is cool, I wish I had somebody from the team at coworking distance!
[15:38] <desrt> it may be worth vendorpatching that until we get a release out
[15:39] <desrt> since (e.g.) "dconf write /x %i" will crash
[15:39] <desrt> today looking at some old inotify crashers
[15:39] <desrt> eof.
[15:39] <attente> come to toronto :P
[15:39] <seb128> thanks desrt!
[15:39] <seb128> that's an idea :-)
[15:39] <desrt> :D
[15:39] <seb128> I let Laney decide about the backport
[15:39] <desrt> you can crash here if you like
[15:39] <seb128> thanks
[15:40] <seb128> I didn't see any report about the segfault (or that I know being due to it), so I think we are ok waiting for the next tarball
[15:40] <seb128> but let's see
[15:40] <seb128> thanks desrt
[15:40]  * desrt offers good crepes
[15:40] <seb128> :-)
[15:40] <seb128> ok, let's keep moving
[15:40] <seb128> #topic dgadomski
[15:40] <seb128> Dariusz is at a sprint he emailed me his summary
[15:40] <seb128> * investigated potential regression to bug #1337873 posted as a comment - could not reproduce, asked for more info
[15:40] <seb128> * backported a fix to bug #1545302 and prepared debdiffs
[15:40] <seb128> * gave feedback to patch to bug #1545363
[15:40] <seb128> * debugged an openchrome driver bug, reported upstream https://bugs.freedesktop.org/show_bug.cgi?id=94210
[15:40] <seb128> * backported fix to bug #1309428 to Trusty and Wily
[15:41] <seb128> thanks dgadomski! :-)
[15:41] <seb128> #topic fjkong
[15:41] <seb128> FJKong, hey
[15:43] <seb128> no FJKong?
[15:43] <seb128> ok, next then...
[15:43] <seb128> #topic happyaron
[15:43] <seb128> he emailed be his update
[15:44] <seb128> 1. Fixed the VM for sogou (again
[15:44] <seb128> 2. Make sogou arm64 packages build on Launchpad
[15:44] <seb128> 3. Fixed wrong runtime libopencc.so detection and related crash
[15:44] <seb128> 4. More on the fonts-noto-cjk and fonts-droid-fallback transition
[15:44] <seb128> #topic hikiko
[15:44] <seb128> she emailed me her update as well (be ready it's a bit verbose)
[15:44] <seb128> I am working on 3 gtk windows problems:
[15:44] <seb128> 1- I'm trying to fix the gtk window alpha problems in compiz (the alpha
[15:44] <seb128> blending and some other texture-related parts are buggy and we see black
[15:44] <seb128> dots around the gtk windows instead of the background - the regions
[15:44] <seb128> should be transparent and they are not)
[15:44] <seb128> 2- I'm adding shadows for the windows that don't provide the shape
[15:44] <seb128> information but have alpha on unity decorations code (this way, the
[15:44] <seb128> shadows of non-shaped windows with alpha and rounded corners will be
[15:44] <seb128> round too - now they appear rectangular because the old code is used)
[15:44] <seb128> 3- (optional:) I think that at the end we should add the shape
[15:44] <seb128> information gtk side. Without that information compiz and every other
[15:44] <seb128> window manager will consider the transparent (alpha) regions, parts of
[15:44] <seb128> the window. So, if a window has a transparent frame around the
[15:44] <seb128> decoration, the user won't see it but he'll be able to use it to
[15:44] <seb128> drag/move/resize the window, which is a bit weird: a user might think he
[15:44] <seb128> clicks on the background but his click is received by a window with
[15:44] <seb128> transparent parts...
[15:45] <seb128>  
[15:45] <seb128> that decoration thing is feeling like it's never ending
[15:46] <desrt> seb128: let's talk about some of this stuff after the meeting
[15:46] <seb128> yeah, I was going to suggest that
[15:46] <Trevinho> yeah
[15:46] <seb128> thanks
[15:46] <seb128> #topic Laney
[15:46] <seb128> Laney, howdy
[15:46] <Laney> sup
[15:46] <Laney> • new gstreamer stack
[15:46] <Laney> • new evolution stack + upstreaming some packaging stuff to debian + forwarding some upstream upstream
[15:46] <Laney> • new glib, testfix for strongswan to make this migrate
[15:46] <Laney> • Upload the rest of the webkit ports, some to Debian too where appropriate, unblock that, it migrated
[15:46] <Laney> • some appstream fixes with ximion (thanks)
[15:46] <Laney> ∘ find icons with '.' in
[15:46] <Laney> ∘ find Universe icons
[15:46] <Laney> ∘ don't make apt error when run as non root
[15:46] <Laney> • patch pilot(?)
[15:46] <Laney> ⎙
[15:47] <seb128> "(?)"?
[15:47] <seb128> is that like you did it but felt like you didn't do it at the same time? ;-)
[15:48] <Laney> I forgot if it was this week
[15:48] <seb128> oh ok
[15:48] <Laney> think it was?!?!?!?!
[15:48]  * Laney goes crazy
[15:48] <seb128> e-d-s suggests it was
[15:48] <seb128> thanks Laney!
[15:49] <seb128> #topic qengho
[15:49] <seb128> qengho, hey
[15:49] <Laney> sounding like I broke the release upgrader too
[15:49] <Laney> good times
[15:49] <qengho> Hey!
[15:49] <seb128> haha
[15:49] <qengho> - snaps of Google Chrome and chromium.
[15:49] <qengho> - ZFS ready for 16.04
[15:49] <qengho> EOF
[15:49] <seb128> did you manage to get the snaps working?
[15:49] <seb128> or is snappy/snapcraft not up to such packages yet?
[15:50] <qengho> I am still trying. I had to make a new plugin for the downoad/gyp/ninja stages.
[15:50] <qengho> I think snap is up to it.
[15:50] <qengho> new snapcraft is better.
[15:51] <seb128> great
[15:51] <seb128> thanks qengho!
[15:51] <qengho> thx!
[15:51] <seb128> #topic robert_ancell
[15:51] <seb128> - At snappy sprint
[15:51] <seb128> - GNOME Software work
[15:51] <seb128> #topic Sweet5hark
[15:51] <seb128> Sweet5hark, are you back (he emailed me saying he had to go for some errants and might not be back on time)
[15:52] <seb128> seems he's not, so here we go
[15:52] <seb128> - bugs 1483914, 1524838, 1389936, 958345
[15:52] <seb128> - dont autodeploy libreoffice-gtk3
[15:52] <seb128> - getting set up with Snapcraft2/xenial
[15:52] <seb128> - lots and lots of snapcraft builds
[15:52] <seb128> new libreoffice in xenial, well done ;-)
[15:52] <seb128> #topic TheMuso
[15:53] <seb128> I didn't get a summary from Luke...
[15:53] <seb128> #topic tkamppeter
[15:53] <seb128> tkamppeter, hey
[15:53] <tkamppeter> - Feature Freeze of Xenial
[15:53] <tkamppeter>   o Gutenprint 5.2.11 final
[15:53] <tkamppeter> - Preparations for the OpenPrinting Summit 2016
[15:53] <tkamppeter>   o Set up agenda
[15:53] <tkamppeter>   o Sent out first invitations
[15:53] <tkamppeter> - Google Summer of Code 2016
[15:53] <tkamppeter>   o Submitted application for the Linux Foundation as mentoring organization
[15:53] <tkamppeter> - OpenPrinting web server
[15:53] <tkamppeter>   o Provide foomatic-db upstream tarball as .xz: 45 MB -> 4 MB
[15:53] <tkamppeter>   o Fixed cron job for daily snapshots
[15:53] <tkamppeter>   o Updated auto-downloadable packages of manufacturer-supplied PPD files
[15:53] <tkamppeter> - Bugs.
[15:54] <seb128> tkamppeter, thanks!
[15:54] <seb128> seems like .xz is quite a win ;-)
[15:54] <seb128> #topic Trevinho
[15:54] <seb128> Trevinho, hey
[15:54] <Trevinho> · Done migration script for u-s-c desktop file to g-s
[15:54] <Trevinho> · Reviewed (and fixed) a libdbusmenu contribution
[15:54] <Trevinho> · Some dash positioning fixes
[15:54] <Trevinho> · Dash and scrollbars theming fixes (including some refactoring)
[15:54] <Trevinho> · Prepared new unity landing for SC icons updates (waiting a little for the final ok to see if we can include also andyrock changes)
[15:54] <Trevinho> · Review and improvements to the hikiko shadows branch
[15:54] <Trevinho> · Working to get gtk headerbars playing nice with us.
[15:54] <Trevinho> 
[15:55] <tkamppeter> seb128, especially for this kind of data, only XML and PPDs, no code, a lot of repeating structures.
[15:56] <seb128> Trevinho, grazie!
[15:56] <seb128> #topic seb128
[15:56] <Trevinho> seb128: de rien..
[15:56] <seb128> • software-properties "ask confirmation to enable proposed" changes
[15:56] <seb128> • changed gedit to not use csd under Unity
[15:56] <seb128> • tested a gdb patch for python/i386/xenial issues, works!
[15:56] <seb128> • backported a nautilus patch for a dnd segfault
[15:56] <seb128> • fixed libdmapsharing segfaulting and taking rhythmbox down
[15:56] <seb128> • investigated some other rhythmbox issues
[15:56] <seb128> • looked at GTKAssistant padding issues
[15:56] <seb128> • debugged dleyna issues
[15:56] <seb128> • some sponsoring (libreoffice) and some small updates (geocode-glib, graphite, pidgin)

[15:57] <seb128> #topic aob
[15:58] <seb128> seems not?
[15:58] <seb128> ok, let's wrap then!
[15:58] <seb128> thanks everyone
[15:58] <seb128> #endmeeting
[15:58] <meetingology> Meeting ended Tue Feb 23 15:58:25 2016 UTC.
[15:58] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2016/ubuntu-desktop.2016-02-23-15.30.moin.txt
[15:58] <Laney> merci
[15:58] <Laney> very efficient
[15:58] <seb128> :-)
[16:00] <seb128> Trevinho, desrt, hikiko(?), so any idea how we get out of that decoration thing, I though we would try the approach hikiko suggested after London for a few weeks and fallback to the hack larsu/desrt suggested if that was not working, should we have pulled back a while ago?
[16:01] <Trevinho> seb128: I think the way desrt/lars suggested at this point is the quickest we can implement... Unity side was already done during the sprint....
[16:01] <desrt> so you need some property set in gtk land?
[16:01] <Trevinho> seb128: the only missing part was the gtk side, where we need to export on gdk windows their border radious... Which is somethging I wasn't able to figure out
[16:01] <Trevinho> desrt: yes
[16:01] <Trevinho> at the time, I wasn't...
[16:01] <desrt> Trevinho: do you have docs somewhere?
[16:02] <Trevinho> desrt: docs of what?
[16:02] <Trevinho> desrt: of the impelmentation we want?
[16:03] <desrt> well, presumably you added support for gtk setting some property to cause compiz to behave differently, right?
[16:03] <desrt> just wondering if this is doc'd somewhere
[16:03] <attente> doesn't gtk set a property on the x window for the shadow border?
[16:03] <desrt> attente: the frame extents?
[16:04] <attente> desrt: yeah, _GTK_FRAME_EXTENTS
[16:04] <desrt> the way this works in upstream gtk is that gtk itself draws the shadow and tells the WM (via property) how wide the "shadow part" of the window is, so the WM can make adjustments accordingly
[16:04] <desrt> it turns out that compiz is not flexible enough to deal with this approach
[16:04] <Trevinho> desrt: no I didn't change anything in GTK yet... What I would exect is that in unity a gtk window with custom headerbar would define: _UNITY_GTK_BORDER_RADIUS cardinal property, mentioning the radious of the 4 corners
[16:05] <desrt> so instead of rewriting large parts of compiz we decided to try to find another solution whereby compiz can draw the shadow for us -- but for that to work, it needs to know how much of the window is opaque
[16:05] <desrt> which is "not all of it" because we still want gtk to draw the headerbar, and it draws it with rounded corners
[16:05] <desrt> Trevinho: right.  this is what we discussed.
[16:05] <desrt> iirc the correct answer there is (7, 7, 0, 0)
[16:05] <Sweet5hark> (re)
[16:05] <desrt> but you need us to set it...
[16:05] <Trevinho> desrt: so. Unity side of this is fine...
[16:06] <Trevinho> desrt: but, well, we need to get that value from css...
[16:06] <Trevinho> And last time I tried, I wasn't able  to
[16:06] <seb128> Sweet5hark, (wb)
[16:06] <desrt> Trevinho: last i looked into this, it was not difficult
[16:06] <desrt> also: all themes always use 7.  it's universal :)
[16:06] <Sweet5hark> (hrhr)
[16:06] <Trevinho> I was thinking the same...
[16:06] <Trevinho> EHhe, yeah, let's assume that :-D
[16:06] <desrt> you still need gtk to tell you when it is doing a headerbar
[16:07] <Trevinho> desrt: I'd assume that when there's that property, an headerbar is there
[16:07] <desrt> and ideally, we would like to imagine that it is possible to do a theme with a non-7 radius
[16:07] <desrt> Trevinho: right... i'm saying that no matter what we will still need gtk changes
[16:07] <Trevinho> yeah...
[16:07] <desrt> cool.
[16:08] <Trevinho> The hikiko approach would be probably better, but I think it's harder considering how gtk-css is done. And that it's almost impossible to figure out the alpha areas
[16:08] <desrt> can you advertise that atom as a wm feature?
[16:08] <desrt> iirc the hikiko approach didn't rely on knowing the areas
[16:08] <Trevinho> desrt: yes.. I also did that I thunk
[16:08] <Trevinho> think*
[16:08]  * Trevinho checks
[16:08] <desrt> it just treated the entire window as potentially-alpha and used a shader program to operate on the actual content
[16:08] <desrt> hikiko: ?
[16:08] <Trevinho> desrt: yeah, we export that atom as supported...
[16:09] <Trevinho> well... that's what I did at http://bazaar.launchpad.net/~3v1n0/unity/gtk-border-radius-support/revision/3989
[16:09] <desrt> thanks for the link
[16:10] <desrt> but remind me once more: why can't we use eleni's approach?
[16:11] <desrt> it's certainly a lot more 'pure'
[16:11] <Trevinho> desrt: currently she has implemented another thing: relying on XShape... Which for example fixes chrome but, since gtk windows don't export any information about their shape, X-wise, it's not useful for that...
[16:12] <desrt> ahh
[16:12] <desrt> this is not what i understood she would do
[16:12] <Trevinho> I also thought she would have played with the shaders...
[16:12] <desrt> hrmph.  okay.
[16:12] <Trevinho> She said she could do something, but in the mean time I'd go with this.
[16:13] <desrt> assuming what you say is true, i agree
[16:13] <Trevinho> desrt: as for the border radious thing, do you have any hint? As for seme reason I couldn't get that radius value last time I tried..
[16:13] <Trevinho> I can get much, but no that
[16:13] <Trevinho> Or, if you want to do the gtk side... Feel free :-D
[16:13] <desrt> i'll poke it
[16:14] <desrt> but i remember finding what seemed to be a fairly easy way to extract it from the theme using gtkstyleclass or something like that when we last discussed this
[16:14] <Trevinho> Ok... I'll check as well in the mean time, not sure I have my experiments still around, but I'll figure that out
[16:15] <desrt> hikiko: if you could give any input about this, it would be nice
[16:29]  * Laney accidentally subscribed to all ubuntu bugs
[16:29] <Laney> aaaaaahhhh
[16:30] <Trevinho> :)
[16:43] <seb128> Laney drinking directly from the firehose!
[17:45]  * Laney has drowned
[17:48] <seb128> Laney, :-(
[17:48]  * seb128 stuggle with gtk and css, frustrating
[17:48] <seb128> I've no clue what I'm doing :-/
[17:49] <seb128> need la?su back
[17:49] <Laney> doh
[17:49] <Laney> the new theme maintainer will be back next week
[17:49] <seb128> yeah, or that
[17:51] <seb128> I looked a bit at the totem slider having no thumb, unsure if that's "by design"
[17:51] <seb128> I figured out that dropping that fixes it though
[17:51] <seb128> .osd .scale {
[17:51] <seb128>     margin-left: 9px;
[17:51] <seb128>     margin-right: 9px;
[17:51] <seb128> }
[17:51] <seb128> which were added when theming the new totem overlay
[17:52] <seb128> now trying to figure out why editing a treeview line gives a too big entry
[17:52] <seb128> less luck there though :-/
[18:02] <Laney> night!
[18:02] <Laney> good luck seb128
[18:02] <seb128> Laney, thanks, have a nice evening!
[23:26] <attente> robert_ancell: hey, sorry for the delay, just pushed a commit that stores the credentials properly now