[01:01] <qengho> Sigh. If "bzr commit" ever adds a "-a" parameter that does something awful, them I am so so so screwed.
[03:13] <TheMuso> 3~/c
[04:53] <hikiko> Hi
[04:54] <TheMuso> Hey hikiko.
[04:54] <hikiko> :-)
[05:47]  * ricotz wonders how the numerous harfbuzz releases were missed
[06:17] <pitti> Good morning
[07:04]  * TheMuso -> EOD.
[07:46] <seb128> good morning desktopers
[07:46] <seb128> had to make xchat-gnome accept invalid ssl to connect today
[07:52] <seb128> ricotz, harfbuzz, easy, we follow Debian and they didn't update
[07:52] <pitti> bonjour seb128 !
[07:53] <seb128> salut pitti! ça va bien ?
[07:53] <pitti> seb128: oui, et toi ?
[07:53] <seb128> très bien merci !
[07:53] <willcooke> morning seb128 pitti
[07:53] <pitti> hey willcooke!
[07:53] <seb128> hey willcooke
[08:20] <Laney> meow
[08:21] <willcooke> morning Laney
[08:22]  * pitti tosses some yarn to Laney
[08:27] <seb128> hey Laney
[08:28] <seb128> having fun in London?
[08:29] <Laney> hey willcooke pitti seb128
[08:29] <Laney> sunny today!
[08:29] <Laney> I even left my coat back at the hotel
[08:29]  * Laney is brave
[08:29] <seb128> how long is the walk? ;-)
[08:30] <Laney> reeeeeeeeeeeeeeeeeeeeeeeeally far
[08:32] <seb128> :-(
[08:32] <Laney> that's a lie
[08:32] <Laney> it's like 2 minutes
[08:35] <seb128> I was unsure
[08:35] <seb128> got job Mr Lane, you got me :p
[08:35] <seb128> watch you, next time it's my turn!
[08:35] <seb128> got->good
[08:36] <seb128> how is the hackfest otherwise? getting useful things for xenial in shape? ;-)
[08:36] <seb128> did ximion convince you to take the new generator yet? ;-)
[08:45] <Laney> yeah got to fix this extra 20 minutes of runtime that I added
[08:45] <Laney> #fail
[08:45] <Laney> not quite yet, I'll let him find all the bugs in debian first
[08:51] <willcooke> anyone know about Macs, and specifically creating Ubuntu USB installers?
[08:52] <willcooke> popey perhaps? ^
[08:53] <davmor2> willcooke: there is a wiki page dedicated to it I think it is covered on there one second
[08:53]  * seb128 bououou at willcooke
[08:53] <willcooke> davmor2, right, the web team are asking me questions about it, and I know zero about Macs.  I've never used one
[08:54] <willcooke> seb128, not booo!!  ^ ;D
[08:54] <seb128> :-)
[08:54] <seb128> good!
[08:54] <willcooke> Do I look like I own a scarf?
[08:54] <willcooke> ;p
[08:54]  * seb128 pictures willcooke with a scarf
[08:54] <seb128> no, doesn't really fit
[08:54] <willcooke> lol
[08:55] <seb128> willcooke, joke aside, http://www.ubuntu.com/download/desktop/create-a-usb-stick-on-mac-osx ?
[08:55] <davmor2> willcooke: ah okay
[08:55] <Laney> burning a CD
[08:55] <willcooke> Questions are:
[08:55] <willcooke> * do users need to install refind to work on newer macs?
[08:55] <willcooke> * do users need to pre-partition their drives to run alongside mac?
[08:55] <willcooke> * will mac osx updated mess up refind?
[08:55] <Laney> good luck with that
[08:55] <willcooke> I don't even know what a refind is
[08:55] <willcooke> (also:  don't care)
[08:56] <seb128> same here
[08:56] <Laney> xnox: can you please look at glib2.0's tests on s390x? https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1561698
[08:56] <ubot5`> Launchpad bug 1561698 in glib2.0 (Ubuntu) "Build hangs on s390x" [Undecided,New]
[08:56]  * Laney is annoyed that they got disabled
[08:56] <davmor2> willcooke: oh so this is installing it not having it on usb then
[08:57] <willcooke> davmor2, installing it from USB
[09:00] <davmor2> willcooke: you might not need refind on newer systems but the documentation still needs to be there for older macs https://help.ubuntu.com/community/MactelSupportTeam/AppleIntelInstallation you'd need someone with a new mac to test
[09:03] <xnox> Laney, yes.
[09:03] <Laney> thanks
[09:37] <seb128> willcooke, http://www.omgubuntu.co.uk/2016/04/how-to-create-a-bootable-ubuntu-usb-on-windows-mac-and-linux
[09:37] <seb128> seems they heard you
[09:41] <willcooke> woah!
[09:41] <willcooke> thanks seb128
[09:47] <davmor2> willcooke: you mean you're not scared by the fact that a random reporter is righting articles on things that happen to be in your head (Start twilight zone music)
[09:47] <willcooke> :)
[09:47] <davmor2> writing even
[09:54] <popey> willcooke: now ask how to win the lottery please
[09:58] <willcooke> :D
[10:36] <attente> seb128: willcooke: thinking about what to do re: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1565865. is this something update-manager can handle or does it have to be gnome-software?
[10:36] <ubot5`> Launchpad bug 1565865 in gnome-software (Ubuntu) "Ubuntu patches make applying firmware updates not possible" [High,New]
[10:37] <willcooke> attente, thanks
[10:37] <willcooke> it's a tricky one I expect
[10:38] <attente> there are two issues as pointed out there: 1. we don't initiate the fwupd GetUpdates() and 2. we explicitly hide the "Restart & Install" button in GS
[10:40] <attente> a simple solution might be to re-enable gnome-software's daemon mode and re-show the button
[10:45] <willcooke> does that bring offline updates back in to play?
[10:50] <attente> yes
[10:50] <willcooke> seb128, thoughts? ^
[10:51] <willcooke> fwupdate functionality is v. important
[10:58] <Laney> we just discussed it and know what to do I think
[10:59] <attente> yeah, we're going to revert those two commits, add functionality upstream to show the "restart & install" button with more appropriate text depending on what kind of updates are available
[11:04] <willcooke> nice one, thanks attente Laney
[11:07] <attente> an added advantage to leaving it running in the background is that a lot of those UI crashers might go away
[11:08] <attente> (i suspect)
[11:33] <Sweet5hark> seb128: as for libreoffice sponsoring: unless there is a desaster 5.1.2 rc2 will be declared final on thursday. I have the package ready already, so we should be good to go then ...
[12:17] <Sweet5hark> aaand .... reviewed 14 patches upstream (merged 8).
[12:17] <andyrock> Trevinho: https://code.launchpad.net/~azzar1/unity/lp-1552537/+merge/290976
[12:18] <andyrock> Trevinho: do you want me to prepare a mp for unity/wily too?
[12:19] <andyrock> Trevinho:
[12:19] <andyrock> Trevinho: also for trusty
[12:28] <seb128> Sweet5hark, great, let me know when it's good for upload
[12:29] <Sweet5hark> seb128: willdo
[12:29] <seb128> willcooke, attente, offline updates are not implemented in aptdaemon though?
[13:12] <attente> seb128: does that mean we can't really implement this in gnome software anyways?
[13:12] <seb128> attente, "this"?
[13:12] <attente> seb128: aptdaemon not being able to do offline updates
[13:12] <seb128> attente, I don't know how the firmware thing works
[13:13] <seb128> superm1 probably knows better
[13:13] <attente> i thought it was done through the fwupd service, but haven't really looked into it that much
[13:13] <seb128> is that going through packagekit offline updates?
[13:13] <seb128> k
[13:13] <seb128> so maybe it's a different thing
[13:13] <seb128> and we just need to reboot
[13:13] <seb128> is fwupd doing its thing through a systemd job or such?
[13:14] <seb128> or does it need to hit a special boot target?
[13:15] <superm1> seb128: fwupd doesn't use package kit offline updates
[13:15] <superm1> but that button for "update" issues updates for all the various gnome-software plugins
[13:16] <seb128> superm1, how does fwupd work? does it detect files downloaded in a location when booting?
[13:17] <seb128> or does it do it live from the active session?
[13:17] <superm1> so in order to invoke the update it calls gs_plugin_app_update on all plugins: gs_plugin_app_update
[13:17] <superm1> seb128: both
[13:17] <superm1> depends on what kind of firmware you are updating
[13:17] <superm1> UEFI firmware happens during next boot
[13:17] <superm1> DFU and colorhug firmware are done immediately live
[13:17] <seb128> k
[13:18] <superm1> there will be more firmware types coming in future fwupd updates too
[13:18] <seb128> well then it seems we don't need offline updates to get firmware updates
[13:18] <seb128> but we need a way to show a reboot button when there is one of those pending reboot
[13:18] <seb128> is that right?
[13:18] <superm1> well but you still need 2 things
[13:18] <superm1> 1) a way to tell it to download the updates
[13:19] <superm1> that happens normally in the background as a refresh
[13:19] <superm1> and I think that's what packagekit deems an offline update
[13:19] <superm1> the file is fully cached and you hit the update button and everything is processed
[13:20] <superm1> 2) a way to activate the update
[13:20] <superm1> which is currently the update all buttn on the updates tab
[13:20] <seb128> so what do we miss?
[13:21] <seb128> from your bug description it looks like that the firmware update currently work but you need to
[13:21] <seb128> - click manually on the refresh button
[13:22] <seb128> - reboot once it's downloaded
[13:22] <seb128> ?
[13:22] <superm1> No, not fully correct
[13:22] <superm1> the refresh button does cause them to download
[13:22] <attente> apparently it's packagekit writing to /system-updates (?) and systemd on next boot is reading it to run some scripts to finish the installation
[13:23] <superm1> No you still don't have a way to actually mark them for installation
[13:23] <seb128> what does "marking them for installation" means in actual backend actions?
[13:23] <superm1> That's what the update all button does
[13:23] <seb128> k
[13:23] <superm1> No you still don't have a way to actually mark them for installation
[13:24] <seb128> so basically we would just need to display a button "reboot & apply firmware update" when there is one of those downloaded?
[13:24] <superm1> No you still don't have a way to actually mark them for installation
[13:24] <seb128> lol
[13:24] <seb128> you said that 3 times now :p
[13:24] <superm1> Incorrect, you still need a way to mark for installation
[13:25] <seb128> hum
[13:25] <superm1> seb128: incorrect, you still need a way to mark for installation
[13:25] <seb128> wth?
[13:25] <superm1> and that's what the update button does
[13:25] <attente> :/
[13:25] <seb128> right, I got that
[13:25] <seb128> but does that action requires offline updates support in packagekit
[13:25] <superm1> seb128: incorrect, you still need a way to mark for installation
[13:26] <seb128> that's getting weird
[13:26] <seb128> superm1, sorry, do you feel like I'm going in circle that you keep pasting the same thing again and again?
[13:26]  * seb128 is a bit lost about what's going on there
[13:26] <attente> seb128: yeah, i'm seeing it too
[13:27] <seb128> attente, we don't do offline updates, but I guess we should re-label that button and display it when firmware updates are downloaded
[13:27] <seb128> like change it from "Reboot & upgrade" to "Reboot & install new firmware"
[13:28] <superm1> sorry for lots of messages, IRC seemed to drop me
[13:28] <attente> seb128: why can't we do offline updates?
[13:29] <seb128> attente, I'm guessing we can't, maybe I'm wrong
[13:29] <seb128> attente, but my understanding was that we needed packagekit support
[13:29] <seb128> and we
[13:29] <superm1> yes
[13:29] <seb128> - don't install packagekit
[13:29] <seb128> - aptdaemon doesn't have support
[13:29] <superm1> netsplit i think is going on
[13:29] <seb128> - we would need to update packagekit from 0.8 to 1.0
[13:29] <superm1> my messages not going through
[13:29] <seb128> superm1, we can read them
[13:30] <attente> ok. so what should we do re: the GS daemon and the button
[13:30] <superm1> seb128: netsplit
[13:30] <attente> because it seems like restoring that functionality still doesn't get us fwupd updates
[13:30] <seb128> it doesn't?
[13:30] <seb128> would be nice if superm1 was not lagging
[13:31] <attente> sorry, offline updates i mean
[13:31] <seb128> we don't care about offline updates
[13:31] <superm1_not_auth> seb128: my IRC cloud is failing me
[13:31] <seb128> hey superm1_not_auth
[13:31] <superm1_not_auth> sorry for the repeated messages
[13:31] <seb128> no worry
[13:31] <seb128> we could read you
[13:31] <seb128> but you seemed to lag
[13:31] <attente> seb128: what should we do about https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1565865?
[13:31] <ubot5`> Launchpad bug 1565865 in gnome-software (Ubuntu) "Ubuntu patches make applying firmware updates not possible" [High,In progress]
[13:32] <seb128> attente, I'm trying to understand the problem
[13:32] <attente> superm1_not_auth: ^
[13:32] <seb128> superm1_not_auth, do you still lag?
[13:32] <seb128> or is that one ok?
[13:32] <superm1_not_auth> on webchat.freenode.net i'm not lagging
[13:32] <superm1_not_auth> this one is ok
[13:32] <seb128> k, good
[13:32] <attente> superm1_not_auth: it seems like even if we restore GS's run-in-background functionality, we still can't apply firmware updates
[13:33] <superm1_not_auth> because?
[13:33] <attente> without the packagekit offline update support
[13:33] <Laney> ????????????????
[13:33] <seb128> are those the same thing?
[13:33] <superm1_not_auth> well packagekit isn't used for the firmware updates
[13:33] <Laney> who said that?
[13:33] <superm1_not_auth> just disable the package kit offline update functionality
[13:33] <superm1_not_auth> but leave the button there
[13:33] <seb128> what I suggested was
[13:33] <seb128> we don't do offline updates, but I guess we should re-label that button and display it when firmware updates are downloaded
[13:33] <seb128>  like change it from "Reboot & upgrade" to "Reboot & install new firmware"
[13:33] <seb128> since that's what it would do
[13:33] <seb128> it wouldn't apply package updates
[13:34] <seb128> but firmware updates don't got through packagekit offline updates
[13:34] <superm1_not_auth> yeah that would work too
[13:34] <seb128> they go through fwupd
[13:34] <Laney> we said that here this morning
[13:34] <Laney> why this discussion?
[13:34] <superm1_not_auth> attente: firmware updates are applied via the fwupd's plugin methods for update: https://git.gnome.org/browse/gnome-software/tree/src/plugins/gs-plugin-fwupd.c#n744
[13:35] <seb128> Laney, attente seems confused ... aren't you guys at the same hackfest?
[13:35] <Laney> yes
[13:35] <Laney> I'm wondering why this current confusion is happening
[13:35] <Laney> because he knew what to do earlier
[13:36] <attente> maybe i don't understand... because i thought applying the firmware updates required an offline update
[13:36] <seb128> I don't think they do
[13:36] <Laney> via a different mechanism
[13:36] <Laney> not a packagekit one
[13:36] <attente> what's the alternative mechanism?
[13:37] <Laney> fwupd
[13:37] <superm1_not_auth> they behave "simliarly" to packatekit offline updates in that they get downloaded in the background from the refresh mechanism
[13:37] <seb128> call the fwupd method
[13:37] <seb128> and trigger a normal reboot
[13:37] <seb128> if I understood correctly
[13:37] <seb128> that doesn't rely on the packagekit offline update target
[13:37] <superm1_not_auth> Yep
[13:37] <superm1_not_auth> correct
[13:37] <seb128> good
[13:37] <seb128> so yeah, just relabel the button
[13:37] <seb128> and display it only when a firware has been downloaded
[13:38] <seb128> not when there are normal deb/snap updates
[13:38] <seb128> and we should be good
[13:41] <seb128> attente, Laney, I guess you are sorting it out by direct talk and it's all good now?
[13:41] <Laney> :X
[14:08] <pitti> didrocks: oh, so that ffmpeg issue was a seccomp restriction in snappy after all?
[14:09] <pitti> didrocks: not helpful that this doesn't get logged in dmesg anywhere :/
[14:09] <ogra_> hmm, seccomp denials usually go to syslog
[14:11] <didrocks> pitti: the issue was on vlc
[14:11] <didrocks> pitti: ffmepg was another one
[14:11] <didrocks> (many others ;))
[14:11] <pitti> ah, ok; it sounded very close to what you were looking into a few weeks ago
[14:12] <didrocks> yeah, but I'm having this issue without any security filtering
[14:12] <didrocks> like install an ubuntu server, run the command -> works
[14:12] <didrocks> put the exact same command as a systemd service -> fails
[14:12] <didrocks> so, it's really systemd-related, no apparmor/seccomp here
[14:12] <didrocks> (or not snappy related)
[14:13] <pitti> ah right, I remember, you tracked that down to missing $HOME or so
[14:13] <didrocks> it's not that one, in the end
[14:14] <didrocks> (it was when I tried to sneak the users, but in the end, unrelated)
[14:14] <didrocks> really, it's systemd doing something I don't understand
[14:14] <didrocks> but well, not enough time to spend more time on this and didn't really get any help on this, so abandonned :/
[14:16] <pitti> didrocks: I'm less ridiculously swamped now, so if this is important for something and you need me to take a look, please sub me to the bug report
[14:18] <didrocks> pitti: ah, excellent! will do then (but in a week, leaving for holidays tomorrow midday)
[14:19] <pitti> didrocks: oh, profiter tes vacances ! où allez-vous voyager ?
[14:21] <didrocks> pitti: en Ireland !
[14:21] <didrocks> merci :)
[14:21] <pitti> didrocks: très bien ! Dublin aussi ?
[14:21] <pitti> nous connaisons Dublin de quelques UDSes
[14:22] <pitti> mais peut-être Julie ne le connait pas
[14:22] <didrocks> pitti: oui, Dublin et l'ouest :) (non, Julie ne connait pas du tout)
[14:23] <seb128> didrocks, vous partez combien de temps ?
[14:23] <didrocks> seb128: une semaine (on revient mercredi en 8)
[14:24] <seb128> cool, profitez en bien !
[14:25] <didrocks> merci ;)
[14:46] <larsu> hello friends :)
[14:47] <Laney> hey larsu
[14:47] <Laney> we were talking about you earlier
[14:47]  * Laney wept
[14:47] <Laney> how's it going?!?!?!?!
[14:47] <larsu> Laney: awww, sorry :)
[14:48] <Laney> I was trying to get attente to ask you something :P
[14:48] <larsu> very good! Fighting launchpad right now and thought of you :P
[14:48] <ogra_> larsu, you could fix that ;)
[14:48] <Laney> ahhhhhh nice
[14:48] <larsu> hehe
[14:49] <larsu> Laney: he can still ask me, I'm around
[14:49] <seb128> oh, larsu!
[14:49] <larsu> seb128! Ça va?
[14:50] <seb128> très bien, et toi ?
[14:50] <larsu> nickel, merci!
[14:50] <larsu> setting up a ppa for the first time in my life
[14:50] <Laney> haha
[14:50] <larsu> which is strange.... considering
[14:50] <seb128> oh
[14:50] <Laney> I love how this happens after you leave
[14:50] <larsu> yeah
[14:50] <Laney> soon you'll be getting upload rights
[14:50] <seb128> you leave our team and then start doing packaging? ;-)
[14:50] <pitti> heeeeeey larsu! wie gehts?
[14:50] <larsu> it doesn't like me anymore
[14:50] <larsu> and doesn't build anything for me
[14:50] <larsu> but probably I'm just doing something stupid
[14:50] <Laney> sounds like packaging
[14:51] <larsu> pitti: hey! Sehr gut danke! How are you?
[14:51] <pitti> larsu: very well, tahnks
[14:51] <larsu> seb128: on the side ;) I kind of want to drive getting cockpit into debian and have a ppa for people to try in ubuntu
[14:51] <larsu> seb128: (I am still running ubuntu, too ;) )
[14:52] <seb128> larsu, if you have packaging questions feel free to ask, we have a few people around knowing about that ;-)
[14:54] <larsu> seb128: the package works (but could be "improved" according to a dd who is helping out a bit)
[14:54] <larsu> seb128: but launchpad doesn't do anything when I dput a source package
[14:54] <larsu> not even an email telling me what I did wrong
[14:54] <seb128> where do you dput to?
[14:55] <larsu> I tried ~cockpit-project/ubuntu/cockpit
[14:56] <seb128> syntax?
[14:56] <Laney> I use ppa:user/ppa
[14:56] <larsu> I put that into .dput.cf
[14:56] <Laney> dput ppa:laney/ppa blah_source.changes
[14:56] <larsu> like it says on https://help.launchpad.net/Packaging/PPA/Uploading
[14:56] <Laney> works with the default configuration
[14:57] <larsu> does launchpad require some things? It's a native package right now...
[14:57] <seb128> no
[14:57] <larsu> and I haven't signed it (missing the cockpit private key on my machine)
[14:57] <larsu> but dput has a "allow_unsigend_uploads" option, so I guess that should work...
[14:57] <Laney> nein
[14:57] <Laney> launchpad requires it to be signed
[14:57] <larsu> ah!
[14:58] <larsu> damn
[14:58] <Laney> by the key of someone in the team which owns the ppa
[14:58] <didrocks> weird that you didn't get email from this though
[14:58] <didrocks> maybe to avoid spamming
[14:58] <seb128> yeah
[14:58] <didrocks> hey larsu :)
[14:58] <Laney> not weird
[14:58] <larsu> and can I dput it even though it's for debian unstable? Or do I have to change the distribution?
[14:58] <Laney> it would email the person that signed it
[14:58] <seb128> you might want to ask on #launchpad if that's normal
[14:58]  * didrocks dput to ppa:laney/blah
[14:58] <larsu> didrocks: hello! How are you?
[14:58] <Laney> but if nobody then nobody to email
[14:58] <larsu> ugh
[14:58] <didrocks> larsu: busy as hell, but okish, tomorrow is holidays! :)
[14:58] <seb128> larsu, you need to use an ubuntu serie
[14:59] <seb128> otherwise launchpad wouldn't know what distro to target
[14:59] <larsu> Laney, seb128: thanks a lot
[14:59] <seb128> xenial? trusty?
[14:59]  * larsu could have figured..
[14:59] <larsu> seb128: hm, so I need to maintain two debian dirs?
[15:00] <seb128> larsu, you can probably hack the .changes
[15:00] <seb128> have a script to do that for you
[15:00] <Laney> you can override this when uploading to ppas
[15:00] <Laney> it's under "Using packages from other distributions"
[15:00] <Laney> but I don't know if that works with the ppa: syntax
[15:00] <larsu> ah
[15:00] <larsu> thanks
[15:01] <larsu> it's a bit confusing
[15:01] <larsu> it will be even more when I try to do this automatically from the release scripts, because they run on fedora machines ;)
[15:01] <larsu> which have all the packaging things for debian, which is awesome, but not dput
[15:02] <Laney> probably possible to build dput there
[15:02] <larsu> yeah it's not big
[15:03]  * Laney just unfucked appstream.ubuntu.com
[15:04] <Laney> OOOOOOOOOOOOOPS
[15:04] <Laney> ah only one of the machines
[15:05] <Laney> This Is Devops
[15:06] <seb128> lol
[15:07] <larsu> haha
[15:07]  * larsu misses this channel
[15:07] <larsu> should come by more often
[15:07] <seb128> indeed you should!
[15:10] <Laney> larsu: I'm in the redhat london office atm
[15:10] <Laney> cool snacks here
[15:11] <larsu> oh cool! How is that?
[15:11] <larsu> and ........... why?
[15:11] <seb128> don't get used to the haribo too much
[15:11] <Laney> pretty nice
[15:11] <Laney> gnome-software sprint
[15:11] <larsu> oh nice! Who's around?
[15:11] <Laney> the reception people at the ground floor leave at 6pm
[15:11] <seb128> larsu doesn't read g+ :p
[15:11] <Laney> so we had to go down to the loading area and leave through some shady door
[15:12] <larsu> seb128: that thing still exists? :P
[15:12] <larsu> Laney: haha - did you hack all night again like in Brussels?
[15:12] <seb128> larsu, https://plus.google.com/u/1/+RobertAncell/posts/ZQ4ge5C86fy?pid=6269736736094251298&oid=117099795522230536585
[15:13] <seb128> can see Laney!
[15:13] <seb128> and he's smilling
[15:13] <Laney> aruiz and attente and kalev and hughsie and ximion and jrocha and alex and ramcq and some others
[15:13] <Laney> yeah those guys
[15:13] <seb128> Laney, did you guys hide attente's cokes for the picture?
[15:13] <larsu> oh how cool!
[15:14] <larsu> seb128: lol
[15:14] <Laney> he's been on the tango so far
[15:14] <ogra_> so the talk about weeping over larsu was all lies ?!?
[15:14] <seb128> :-)
[15:14] <Laney> the weeping was in person
[15:14] <Laney> in borough market over a pieminister
[15:14] <larsu> ogra_: never trust Laney's weeping
[15:14] <ogra_> :)
[15:14] <larsu> aww
[15:14] <Laney> not enough salt in those things
[15:17] <seb128> Laney, so the tango thing explains why attente got confused over the offline updates thing
[15:17] <seb128> he needs the real drink
[15:17] <attente> seb128: now the tango thing is confusing me
[15:18] <seb128> because you though you were drinking something else? ;-)
[15:18] <attente> wait a minute. this isn't a coke
[15:19] <seb128> lol
[15:19] <larsu> attente! What's up?
[15:20] <attente> larsu: hey, in your office :P
[15:20]  * larsu looks around
[15:20] <seb128> larsu, quick, put a tshirt on!
[15:21] <seb128> working from home ftw :p
[15:21] <larsu> seb128: was just in a video call, so I'm already wearing a shirt ;)
[15:21] <larsu> but pants..........
[15:24] <attente> lol
[15:24] <seb128> :-)
[15:26]  * Laney thinks pants are something else
[15:26]  * Laney goes blind
[15:27] <larsu> trousers?!
[15:27] <Laney> phew
[15:29] <willcooke> laney, attente - you guys around for the meeting?  I'm expecting not.
[15:29] <willcooke> also LARSU!!
[15:29] <willcooke> glad you can make the meeting :)
[15:30] <qengho> Put larsu in the queue.
[15:30] <willcooke> :D
[15:30] <larsu> willcooke: hi man! How are you?
[15:30] <larsu> haha
[15:30] <willcooke> larsu, ya know, gettin' by
[15:30] <willcooke> :)
[15:30]  * larsu slowly steps away from the keyboard
[15:30] <willcooke> no trousers required for our meetings
[15:30] <larsu> how about shirts?
[15:31] <willcooke> nope, free and easy
[15:31] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2016-04-05
[15:31] <meetingology> Meeting started Tue Apr  5 15:31:11 2016 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:31] <meetingology> Available commands: action commands idea info link nick
[15:31] <willcooke> Roll call:  andyrock (classes), attente (sprint), desrt (hols),  dgadomski (out), fjkong, happyaron, hikiko (out), laney (sprint), qengho, seb128, sweet5hark, themuso (out), tkamppeter, trevinho, robert_ancell (out)
[15:31] <seb128> hey!
[15:31] <Sweet5hark> heya
[15:31] <larsu> o/
[15:31] <Trevinho> yay
[15:31] <Trevinho> :)
[15:32] <seb128> oh, good morning Trevinho!
[15:32] <Trevinho> seb128: lol :-D
[15:33] <willcooke> Gonna skip over laney and attente since they're busy
[15:33] <Trevinho> seb128: i actually got awake quite early this morning...
[15:33] <willcooke> so on to...
[15:33] <willcooke> #topic andyrock
[15:33] <willcooke> # I've been working to use Alt+space to open the Hud. Atm I'm
[15:33] <willcooke> refactoring a bit libwnck to make it possible to get a GMenuModel
[15:33] <willcooke> instead of a GtkMenu for the window menu.
[15:33] <willcooke> # Proposed a branch to fix a bug that allow to unlock legacy
[15:33] <willcooke> lockscreen (gnome-screensaver running on unity) without password
[15:33] <willcooke> # Reviews
[15:33] <willcooke> #topic fjkong
[15:33] <happyaron> hey
[15:33] <willcooke> Hmm, no fjkong
[15:33] <willcooke> #topic happyaron
[15:33] <willcooke> hey happyaron!
[15:34] <willcooke> this time sucks for you guys now even more than it did
[15:34] <happyaron> can I write a bit later? still typing...
[15:34] <willcooke> happyaron, sure
[15:34] <happyaron> ty!
[15:34] <willcooke> #topic hikiko
[15:34] <willcooke> * ezoom:
[15:34] <willcooke> - done: I fixed the transformations needed to switch coordinate systems and apply the compiz ezoom scale and translation in the unity space. As a result, the desktop components get the correct position and scale.
[15:34] <willcooke> - in progress: I try to fix the artifacts that are caused by the way we damage regions and rectangles before drawing. The components are transformed but the regions and rectangles we damage on nux/unity side are not and so, only parts of them are redrawn. The proper way to fix the problem is to transform the dirty regions and rectangles too using the scale factors and translations we extract from compiz. As a first and easier approac
[15:34] <willcooke> h, I mark the whole screen as dirty every time that we have a non identity ezoom transformation (=> we have scaled and moved the desktop) so that the whole screen is redrawn. When I fix all the artifacts with that approach, I am going to optimize that code and add the proper transformations for the regions/rectangles.
[15:34] <willcooke> EOF
[15:34] <willcooke> #topic qengho
[15:36] <willcooke> he was here a moment ago, suspect lagging
[15:36] <willcooke> hey FJKong
[15:36] <FJKong> hi
[15:36] <willcooke> #topic FJKong
[15:36] <FJKong> coding and testing skin for new feature
[15:36] <FJKong> half day for going to Embassy of Czech handing material
[15:36] <FJKong> one day holiday
[15:36] <FJKong> that's all
[15:36] <willcooke> is the visa all ok FJKong?
[15:36] <andyrock> hey all
[15:37] <willcooke> hey andyrock, I did yours for you.  That was a quick class :)
[15:37] <seb128> hey andyrock
[15:37] <FJKong> willcooke: yes
[15:37] <willcooke> great!
[15:37] <FJKong> waiting for it
[15:37] <willcooke> qengho, when you're back, shout
[15:37] <willcooke> #topic seb128
[15:38] <seb128> was on holiday, back since yesterday, mostly backlog

[15:38] <willcooke> :)
[15:38] <willcooke> thanks seb128
[15:38] <seb128> yw!
[15:38] <willcooke> #topic seb128
[15:38] <willcooke> er
[15:38] <seb128> was on holiday, back since yesterday, mostly backlog
[15:38] <seb128> :p
[15:38] <willcooke> lololol
[15:38] <willcooke> #topic Sweet5hark
[15:38] <Sweet5hark> - regression fixes
[15:38] <Sweet5hark> - code reviews and patch merging
[15:38] <Sweet5hark> - put doko changes for dropping jdk in git
[15:38] <Sweet5hark> - prepared bump to LibreOffice 5.1.2 in xenial this week (ready)
[15:38] <Sweet5hark> EOF
[15:38] <willcooke> thanks Sweet5hark
[15:38] <willcooke> #topic TheMuso
[15:39] <willcooke> * Started implementing a solution for 16.04 to allow mate and GNOME to have accessibility profiles. I've created new profiles for each environment, and packaged them separately, so those profiles for that single environment will be seeded and installed separately, but are co-installable. Its not optimal, but doesn't require any new code other than in ubiquity, and even then the code changes are 2 lines or so.
[15:39] <willcooke> * Was informed about, and reproduced an issue with USB braille displays not functioning when connected. Have started debugging, will resume once a11y profile work above is done.
[15:39] <willcooke> #topic tkamppeter
[15:40] <tkamppeter> - cups-filters: PDFs withh filled forms (and other non-static things in PDF) do not print correctly directly, print only from evince or similar. Investigated the case and possible solutions via Ghostscript (works, but not good for mobile) and Poppler (needs more deveopment, Poppler has no PDF output).
[15:40] <tkamppeter> - Auto-downloadable printer drivers: Working on how to replace the removed LSB support.
[15:40] <tkamppeter> - Phone: The Upstart overrides for printing are merged in now.
[15:40] <tkamppeter> - Bugs.
[15:40] <willcooke> thanks tkamppeter
[15:40] <willcooke> #topic Trevinho
[15:40] <Trevinho> · Fixed frame extents request causing windows mis-placing (Java apps mostly)
[15:40] <Trevinho> · Fixed unity script to support upstart-managed unity7
[15:40] <Trevinho> · Improved the caching for unity textures
[15:40] <Trevinho> · Added support for loading from themes all the unity textures
[15:40] <Trevinho> · Various dash/hud resizing improvements
[15:40] <Trevinho> · Improved BAMF child views signals
[15:40] <Trevinho> · Reviews
[15:40] <Trevinho> · Did a new bamf/compiz/unity landing
[15:41] <willcooke> thanks Trevinho
[15:41] <willcooke> #topic robert_ancell
[15:41] <willcooke> - GNOME Software fixes / improvements
[15:41] <willcooke> - appstream-glib update
[15:41] <willcooke> - LightDM 1.18.1 release
[15:41] <willcooke> - LightDM bug triaging
[15:41] <willcooke> #topic happyaron
[15:41] <happyaron> 1. translation stuff, continued from last week
[15:41] <happyaron> 2. sogoupinyin: 1) new build for the libstdc++ change 2) new dict db 3) reconfirm status with new PM
[15:41] <happyaron> 3. update packages for ubuntukylin
[15:41] <happyaron> 4. sru: open-gram
[15:41] <happyaron> EOF
[15:42] <willcooke> thanks happyaron
[15:42] <willcooke> #topic qengho
[15:42] <willcooke> are you back with us qengho
[15:43] <seb128> ...
[15:43] <willcooke> strange
[15:43] <willcooke> #topic any other business
[15:44] <willcooke> Sprint is fast approaching.  My mail re: lightning talks... is that something you guys are happy to do?
[15:44] <willcooke> I will assume yes.
[15:44] <willcooke> great!
[15:45] <qengho> sorry!  one sec.
[15:45] <willcooke> #topic qengho
[15:45] <qengho> - snap for chromium, and snappy and snapcraft hacking.
[15:45] <qengho> ^ that's prety much it.
[15:45] <willcooke> thanks qengho
[15:45] <willcooke> #topic AOB
[15:46] <willcooke> The upgrade issue from 14.04 -> 16.04 is mostly squashed now I think.  I did a successful upgrade yesterday. Thanks to everyone who help with tracking that down
[15:46] <seb128> small presentations of what we did this cycle could be good, worth giving it a try ;-)
[15:47] <seb128> @upgrade, great news!
[15:47] <meetingology> seb128: Error: "upgrade," is not a valid command.
[15:47] <willcooke> ha
[15:47] <willcooke> Anyone got anything the want to share?
[15:47] <seb128> not me
[15:48] <willcooke> oki
[15:48] <willcooke> #endmeeting
[15:48] <meetingology> Meeting ended Tue Apr  5 15:48:14 2016 UTC.
[15:48] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2016/ubuntu-desktop.2016-04-05-15.31.moin.txt
[15:48] <willcooke> thanks all
[15:48] <seb128> thanks
[16:06] <willcooke> attente, is there an "update all" button in g-s?
[16:07] <willcooke> as in, I see I have 11 updates but I can't be bothered to update them 1 by 1
[16:07] <willcooke> I know we have software updater for that job, but just wondering
[16:07] <attente> willcooke: yes, but we disable it because that's also for offline updates
[16:07] <willcooke> ah, right
[16:07] <attente> willcooke: i'm working on fixing this now though
[16:07] <willcooke> cool! thanks attente
[16:08] <Laney> RIGHT NOW
[16:08] <Laney> I just looked over his shoulder and saw this
[16:10] <willcooke> :D
[16:26] <willcooke> seb128, notebook themeing, specifically for Terminal...
[16:26] <seb128> willcooke, why being specific?
[16:27] <willcooke> the actions bar is the thing on the right hand side which has a + icon and a drop down for choosing the active tab
[16:27] <willcooke> it's a bit buggy
[16:27] <willcooke> and seems to have hard-coded paddings
[16:27] <seb128> :-/
[16:27] <willcooke> I cant get it to look nice
[16:27] <willcooke> and I'd quite like to just get rid of it.
[16:27] <willcooke> Wondered what you thought
[16:28] <willcooke> IMO, it's not useful enough to live with the ugly it causes
[16:28] <willcooke> and the theme headaches
[16:28] <willcooke> and I have a patch to get rid of it ;)
[16:28] <willcooke> I say patch, I commented out one line
[16:28] <seb128> getting rid of the padding? or the buttons?
[16:29] <willcooke> the buttons and the whole "actions bar"
[16:29] <seb128> I never use it but I'm unsure how representative that is
[16:29] <willcooke> well, 100% of people I asked dont care for it
[16:29] <willcooke> ;D
[16:30] <seb128> did you ask me only? ;-)
[16:30] <willcooke> what?
[16:30] <willcooke> I have to go now
[16:30] <willcooke> ;))
[16:30] <seb128> lol
[16:30] <seb128> maybe Laney and larsu have an opinion on that?
[16:30] <willcooke> seb128, I'll send you a couple of screenshots about it
[16:30] <seb128> just listing people who actually touched to that project code/interacted with upstream recently
[16:33] <larsu> actions bar?
[16:33] <seb128> larsu, the icons on the right of the tabs in g-t it seems
[16:33] <seb128> the + for new tab
[16:33] <larsu> ah, I think that's also used for overflowing when there are too many tabs
[16:33] <seb128> with the dropdown
[16:33] <larsu> would be bad if you can't access those anymore
[16:34] <larsu> we should make the '+' symbolic, maybe
[16:34] <seb128> willcooke, ^ good point
[16:34] <willcooke> ah yes
[16:34] <larsu> ah, no, it still overflows with < and > buttons
[16:34] <Laney> but you can't read the titles then
[16:34] <larsu> I think I like that menu though
[16:34] <Laney> so the dropdown is useful
[16:34] <larsu> I seldom use it, but when I do, I'm *really* happy it's there
[16:34] <larsu> yeah exactly Laney
[16:35] <Laney> I wouldn't mess with it at this point personally
[16:35] <larsu> willcooke: what exactly is hardcoded?
[16:35] <willcooke> larsu, some padding around the buttons I think
[16:35] <larsu> oh, you're leaving :/
[16:36] <willcooke> nah, I was messing with Seb
[16:36] <larsu> ah :)
[16:36] <larsu> do you want to make the whole bar thinner?
[16:36] <larsu> looks like the padding comes from the height of the tab bar
[16:37] <Laney> there is some hardcoded padding and margin around those buttons
[16:39] <willcooke> http://imgur.com/xlNQXRb
[16:39] <willcooke> you can see the + icon bleeding over on to the tab
[16:39] <willcooke> (dont worry about the colours)
[16:42] <willcooke> if you want to try the css in the inspector:  http://paste.ubuntu.com/15633442
[16:45] <larsu> oohh
[16:46] <willcooke> I wonder if I can work around it by making the :last tab have a bigger border
[16:47] <larsu> good question...
[16:48] <larsu> looks to me like the button is drawn over the tab bar, without respect to the size of the tab's css box
[16:48] <willcooke> yeah
[16:48] <larsu> do you know how adwaita handles this?
[16:49] <willcooke> I don't know what the CSS looks like, but it has a bigger space between the last tab and the actions bar
[16:50] <larsu> ah, probably that makes this a non-issue for them
[16:50] <larsu> is that too ugly for us to copy?
[16:50] <larsu> ("us" hehe)
[16:50] <willcooke> :)
[16:50] <willcooke> trying to work out how to do that in CSS now...
[16:51] <larsu> does giving the last tab a margin work?
[16:51] <willcooke> just trying
[16:51] <willcooke> why wont my selector work?!?!?!?!?
[16:55] <larsu> welcome to css :(
[16:55] <larsu> willcooke: could ne that pseudo selectors don't work on tabs yet
[16:56] <larsu> there was a lot of work in 3.20 to make stuff like this work
[16:56] <willcooke> s'probably me
[17:05] <willcooke> meh
[17:05] <willcooke> the odd selector works, but last does not
[17:05] <willcooke> so maybe its a bug
[17:06] <willcooke> and margin does nothing
[17:09] <qengho> willcooke: will you debug my wordpress site next?
[17:09] <qengho> (Hah hah)
[17:09] <willcooke> :D sure.  Hope you like pictures of cats
[17:09] <qengho> Dang
[17:14] <Laney> willcooke: do you know when the community wallpapers are going to appear?
[17:14] <willcooke> Laney, I'll chase nhaines now...
[17:14] <Laney> thx
[17:15] <willcooke> he's not on IRC, so I've emailed
[17:15] <willcooke> thanks for the reminder
[17:15] <Laney> no worries
[17:15] <Laney> something made it appear in my brain box
[17:16] <willcooke> heh
[17:22] <willcooke> ok, so it's not padding on the tab
[17:22] <willcooke> it's padding on the .notebook itself
[17:22] <willcooke> .notebook {padding-right: 3px}
[17:22] <willcooke> fixes the overlap
[17:23] <willcooke> but introduces extra padding on the rest of the notebook, so that all the way down the right hand side of the page there is now a 3px padding
[17:27] <seb128> :-/
[17:30] <willcooke> I might try and fix it in the code
[17:31] <willcooke> shit's gettin real now
[17:31]  * sarnold takes off his sunglasses
[17:32] <willcooke> lol
[17:40] <willcooke> ha, oddly appropriate.. http://i.imgur.com/P83qejg.gifv
[17:46] <larsu> haha
[17:46] <larsu> *scary*
[17:48] <sarnold> why is a -guy- holding that down?
[17:48] <sarnold> don't they have heavy things there that aren't alive?
[17:48] <willcooke> :))
[17:49] <larsu> the first thing I wondered was why there's a guy throwing that in the first place...
[17:52] <sarnold> huhn. I didn't think to question that.
[17:53] <larsu> wouldn't be a gif if that hadn't happened, eh? ;)
[17:54] <sarnold> hehe :)
[18:04] <dobey> lol
[18:05] <dobey> i guess a heavy object holding the mower down possibly wouldn't also be able to hold the throttle open
[18:06]  * dobey wonders how to make empathy combine contacts
[19:59] <willcooke> night all