[00:35] <TheMuso> c
[00:35] <TheMuso> whoops wrong window
[05:02] <hikiko> hello
[07:19] <desrt> hello hikiko !
[07:20] <hikiko> hi desrt :)
[07:20] <hikiko> happy friday!
[07:25] <Trevinho> Good morning!
[07:25] <hikiko> hi Trevinho
[07:26] <Trevinho> Hi hikiko!
[08:02] <Laney> ahoy there
[08:09] <seb128> hey Laney Trevinho hikiko desrt willcooke desktopers
[08:09] <seb128> how is everyone today?
[08:10] <Trevinho> Hey seb128... Good!
[08:10] <Trevinho> You m
[08:10] <seb128> :-)
[08:10] <Trevinho> ?
[08:11] <seb128> I'm still not used to Trevinho to be up on normal european office hours :p
[08:11] <seb128> I'm good thanks!
[08:11] <willcooke> morning all
[08:11] <Trevinho> seb128: things will go back to normality maybe 😁
[08:11] <seb128> :-)
[08:11] <Trevinho> Laney: you could give a look to https://code.launchpad.net/~3v1n0/unity/force-quit-dialog-gtk-3.20-selectors/+merge/302049?
[08:16] <hikiko> hi seb128 Laney willcooke desktopers
[08:16] <Laney> HI!!!!!!!
[08:16] <desrt> omg laney
[08:17] <Laney> Trevinho: you can probably give it a css name and style that instead
[08:18] <Trevinho> Laney: eh... I wanted to do that, but.... What's the best way nowadays m
[08:18] <Trevinho> ?
[08:19] <Laney> if you're like "i'm a new widget" then have a css name, if you're like "i'm this widget but with some extra Trevinho-like qualities" then add a class
[08:19]  * Laney upwards nods towards desrt 
[08:20] <desrt> word.
[08:20] <Laney> there's some protestors in the city centre apparently
[08:20] <Laney> http://www.nottinghampost.com/trams-held-up-as-protestors-lie-on-the-tracks/story-29588462-detail/story.html
[08:20] <Trevinho> I think I added some classes... Or maybe not...
[08:20] <Laney> It is not yet known what the people are protesting about, but a reporter is on his way to the scene to find out more.
[08:20] <Laney> haha
[08:21] <desrt> It is not yet known what the people are protesting about, but a reporter is on his way to the scene to find out more.
[08:21] <desrt> lol.
[08:21] <desrt> this is hilarious
[08:21] <Trevinho> I mean there's not a way to match "tag"  names as it used to be, isn't it?
[08:21] <desrt> i'm guessing they're protesting standing.  "standing sucks!  let's just lie here!"
[08:21] <Laney> oh
[08:21] <Laney> it's some coordinated Black Lives Matter protest
[08:21] <Laney> there are similar ones in other cities
[08:21] <Trevinho> Ahaha
[08:22] <desrt> lovely.
[08:22] <desrt> great way to bring public opinion onside
[08:22] <Laney> Trevinho: I guess this SheetStyleDialog thing would set a name, and then you give CSS for that
[08:22] <Laney> could even do that in the theme then
[08:23] <Laney> but if you don't want to, this is probably fine too
[08:23] <Laney> http://www.nottinghampost.com/city-centre-chaos-as-protestors-lie-on-tram-tracks-live-updates/story-29588479-detail/story.html
[08:23] <Trevinho> Laney: I've checked with the inspector, but I didn't see much to match...
[08:24] <Trevinho> I'll experiment more
[08:24] <Laney> if you give your widget a name then you can match it
[08:25] <seb128> Trevinho, renato landed a fix for the buteo/eds conflicts btw, if you want to confirm it makes things coinstall without issue
[08:25] <Laney> https://developer.gnome.org/gtk3/stable/GtkWidget.html#gtk-widget-class-set-css-name
[08:32] <Trevinho> seb128: I'll check it... You think is SRUable too m
[08:32] <Trevinho> ?
[08:32] <seb128> I see no reason why not
[09:38]  * Laney set up unity7 systemd unit in ~/.config/ and now no annoying race conditions with ssh agents
[11:24] <qengho> Good morning(?).
[11:33] <seb128> hey qengho, back to u.s tz?
[11:44] <qengho> seb128: Yep!
[11:47] <seb128> jibel, thanks for that iso size difference table, seems it's mostly down to what L_aney said yesterday and doko confirmed some toolchain bits are unstripped atm
[11:49] <seb128> also I've used the hud to sort the table in libreoffice, must be one of the first time I need it but it's working well/useful to get in such complex menu you don't know case ;-)
[11:51] <seb128> jibel, the script used seems a bit buggy though there are too many added item, e.g /bin/plymouth is in the list and was already there on xenial (just to pick an example)
[12:04] <jibel> seb128, yes, the spreadsheet is not really accurate though, it's the result of a side by side diff so it's a bit off sometimes but it gives an idea.
[12:05] <seb128> yeah
[12:05] <jibel> it seems the increase is the result of fatter binaries
[12:05] <seb128> well it's useful and the big offerender are the gcc unstripped binaries
[12:05] <seb128> so I guess it should go back mostly in order when doko stops playing
[12:06] <jibel> I'll redo a check in 2 weeks or so
[12:06] <seb128> thanks
[12:07] <Laney> be good to make cdimage produce something like that
[12:07] <doko> jibel, seb128: that will stay for a month or so
[12:07] <seb128> yeah, and get an history/record of the files
[12:08] <seb128> to see what changed/how/when
[12:08] <seb128> doko, what is that giving us exactly? what source is concerned?
[12:09] <jibel> Laney, i've something similar for the phone, I can adapt it for other images
[12:09] <doko> seb128, no code should be affected
[12:09] <doko> that's just for debugging ICEs
[12:09] <Laney> jibel: if it ended up next to the images on cdimage then it would enable easier comparisons
[12:09] <seb128> doko, k, thanks
[12:09] <Laney> but I expect integrating it in there isn't going to be that easy
[12:10] <seb128> also we don't keep history of the cdimage dirs do we?
[12:10] <seb128> http://cdimage.ubuntu.com/daily-live/ only has yesterday and today
[12:10] <seb128> which is fine if you watch daily but some history record would be nicer
[12:11] <seb128> but that's already an issue we have today
[12:11] <seb128> I save some manifests on disk every now and then so I can diff with previous milestones when needed
[12:12] <Laney> you could set something up to archive them
[12:13] <seb128> right, what I just said, would be nice to have that ;-)
[12:15] <Laney> ya, just saying that it doesn't have to be in cdimage itself
[12:18] <seb128> yep, would probably be better one of the qa reports
[12:25] <Laney> is someone handling packagekit in proposed?
[12:25] <Laney> the click thing needs to go away
[12:26] <seb128> not that I know
[12:47] <willcooke> Laney, seb128 - t_edg was looking at PK and Click if that is relevant here?
[12:50] <seb128> when?
[12:51] <jbicha> pk-click was discussed briefly at bug 1496292 which also suggests tedg
[12:51] <willcooke> seb128, I spoke to a_lecu about at the end of June
[12:51] <seb128> right
[12:51] <seb128> same old story
[12:51] <seb128> he's probably the one to look at
[12:51] <seb128> I just don't think he's actively doing that atm, he's busy on other things
[12:52] <seb128> like making ual works with systemd
[12:52] <willcooke> let's find out....
[12:52] <willcooke> tedg, are you likely to look at the PK / Click thing again soon?
[12:52] <seb128> Mirv already pinged him early this week about that
[12:52] <Laney> I will just break it, as I think was the agreement
[12:52] <seb128> you can try the keep nagging though :p
[12:53] <willcooke> Guess he'll be online in an hour or so
[12:53] <willcooke> seb128, ack
[12:53] <seb128> Laney, it's already broken since we landed pkgit1 no?
[12:53] <Laney> that is in proposed
[12:53] <seb128> right
[12:53] <seb128> well the thing is that you need to change the touch seed to get it migrating
[12:53] <Laney> I want to get it out
[12:53] <seb128> that ^
[12:53] <Laney> that is one thing
[12:53] <seb128> then I guess you need to talk to the phone team
[12:53] <Laney> click needs to stop making the plugin
[12:53] <Laney> is another thing
[12:53] <seb128> well that's the main one
[12:53] <seb128> which is seeded
[12:54] <seb128> you better ask if they can do without it before deleting it
[12:54] <Laney> didn't that get agreed already?
[12:54] <seb128> things keep changing
[12:54] <seb128> so I would check if it's still valid
[12:54] <seb128> but that's just me
[12:59] <tedg> willcooke: I wasn't going to look at the Click stuff, I thought our plan as "full snap" on the dekstop.
[13:00] <seb128> the other side of that is, do we have a snap lens in unity8-desktop/is that ok to do without the click on for 16.10? that might make the new session less useful
[13:00] <seb128> willcooke, ^
[13:00] <seb128> because I think it's fine for phone to drop it, they don't do yakkety
[13:00] <seb128> but now we are talking about desktop session...
[13:00] <tedg> The "click-scope" will do snaps, that is currently under development.
[13:00] <dobey> yeah
[13:00] <dobey> hi
[13:01] <tedg> dobey: You need to rename it :-)
[13:01] <seb128> is that going to be before 16.10?
[13:01] <seb128> hey dobey
[13:01] <willcooke> so yeah, plan is to get rid of click for u8 desktop session in Y.
[13:01]  * tedg looks at 16.10 schedule
[13:02] <dobey> seb128: that was the original plan iirc, but gcc6 causing some blockage elsewhere that needs fixed first it seems
[13:02] <seb128> sounds like ff fun coming
[13:03] <tedg> seb128: Yeah, I think we're roughly on target for feature freeze. As dobey notes we're not running with huge margin.
[13:03] <seb128> willcooke, was that plan relying on snap to be replacing it? or is it fine having a session which can't install clicks or snaps?
[13:03] <Laney> flocculant: Can haz artwork?
[13:03] <Laney> gnome-software can install snaps
[13:03] <seb128> it's currently not working under unity8
[13:04] <seb128> gtk-mir fixes needed for that
[13:04] <willcooke> seb128, we'll need some kind of app installation, and I think that should be snaps
[13:04] <Laney> be confident in the top brainzzzzz
[13:04] <seb128> willcooke, right, should
[13:04] <seb128> reality check might be different though...
[13:05] <seb128> we are getting there
[13:05] <seb128> it's just getting tight for 16.10
[13:05] <willcooke> as always
[13:05] <willcooke> :)
[13:05] <seb128> :-)
[13:05] <seb128> said differently what's plan B if snaps support doesn't land/is buggy?
[13:06] <willcooke> I've set myself a reminder to chase again at the end of next week
[13:06] <seb128> or do we just go without a plan B
[13:06] <tedg> Plan B is for Windows developers.
[13:06] <willcooke> lol
[13:06] <seb128> they have ubuntu now
[13:06] <dobey> switching to Plan 9?
[13:06] <seb128> so they are fine ;-)
[13:06] <tedg> Heh
[13:07] <willcooke> seb128, let's talk about getting g-s running on U8 in our call on Monday evening
[13:07] <willcooke> I'll invite attente to that too
[13:07] <seb128> k
[13:07] <seb128> that's plan A or B? ;-)
[13:07] <willcooke> C
[13:07] <willcooke> :)
[13:08] <seb128> good, seems like we are covered
[13:08] <tedg> Plan ⍺
[13:11] <seb128> also we didn't look at changing gnome-software to switch from our custom backend to the pkgkit1
[13:11] <seb128> but I guess that's for next cycle at this point
[13:11] <seb128> we didn't even manage to land the rebase on the current stable for what it's worth
[13:13] <Laney> The rebase could presumably still happen, if somebody manages to get back on the project
[13:13] <Laney> Fixing the plugin and upstreaming everything doesn't need to be tied to an Ubuntu release cycle IMO
[13:20] <seb128> right
[13:20] <seb128> I was mostly speaking about what lands in 16.10
[13:58] <Sweet5hark> new ambiance/gtk3 look for libreoffice: https://launchpadlibrarian.net/277270841/fixed-ambiance-gtk3.png for comparision, this is how the toolbar looked before: https://launchpadlibrarian.net/258953640/libreoffice-weird-theme.png
[13:59] <seb128> great work Sweet5hark!
[14:01] <Sweet5hark> FWIW, breeze-dark is about to be upstreamed -- if its there in 5.3 we might consider having a dark toolbar with icons that work on that ...
[14:02] <Sweet5hark> ... although -- meh, likely that needs more css class tweaking as the sidepanel might go havoc then (some parts are class toolbar others are not).
[14:05] <seb128> seems like we are having a good bunch of people getting familiar with css for gtk, that's nice
[14:09] <jbicha> Sweet5hark: congrats, you're the new ubuntu-themes maintainer! ;)
[14:10] <Sweet5hark> <insert that greyish cloud that appears when a pokemon escapes here>
[14:10]  * Sweet5hark wont even be tempted by razz berries.
[14:43] <seb128> Laney, there are a bunch of gtk branches in the sponsoring queue, gtkmir update from attente and new version from jbicha (+1 a sru), are you still looking at gtk and going to pick those up or did you move back to other things?
[14:43] <Laney> I know
[14:43] <Laney> I'm not uploading gtk before it migrates though
[14:44] <Laney> will do it after
[14:45] <seb128> k, might make sense to just bzr merge some of those to get them off the sponsoring queue even if we don't upload
[14:47] <Laney> I pressed claim on one of them, can't do it on https://code.launchpad.net/~jbicha/gtk/gtk-3-20-7/+merge/302108 since I got requested
[14:48] <Laney> maybe you can
[14:48] <Laney> might get it off the list
[14:48] <Laney> merging implies reviewing, which I'm not doing immediately
[14:49] <seb128> k
[14:51] <Laney> ty!
[14:57] <Laney> hope the testsuite passes ;-)
[15:03] <seb128> what's going on with the publisher?
[15:03] <seb128> I uploaded a package to yakkety over an hour ago and the source is still not in proposed according to rmadison
[15:06] <Laney> seems slow
[15:06] <Laney> I was watching for apport for ages yesterday
[15:06] <Laney> and now I'm watching for qml-module-qtpositioning for quite some time too
[15:06] <seb128> builders seem to have the debs from the new version
[15:07] <seb128> unsure why rmadison doesn't
[15:07] <seb128> but it means I can retry the builds
[15:08] <Laney> that's one of the last things to be updated afaik
[15:08] <Laney> it means it's definitely there, but can also be there earlier
[15:09] <seb128> k
[15:09] <seb128> the yakkety excuses page is "entertaining" :-/
[15:11] <seb128> the new pcre is making glib grumpy
[15:11] <seb128> ERROR:/build/glib2.0-4NbKb8/glib2.0-2.49.2/./glib/tests/regex.c:82:test_new: assertion failed (g_regex_get_compile_flags (regex) == data->real_compile_opts): (0x00000000 == 0x00000001)
[15:12] <seb128> desrt, (Laney?), ^ known?
[15:13] <Laney> not by me
[15:16] <seb128> looks like it has been reported upstream on https://bugzilla.gnome.org/show_bug.cgi?id=767240
[15:16] <seb128> desrt, ^ can you have a look?
[15:17] <seb128> that title probably means 8.39
[15:18] <Laney> gregex is hilarious
[15:30] <desrt> huh
[15:32] <desrt> seb128: can you remind me next week?
[15:32] <seb128> desrt, sure
[15:32] <desrt> thanks
[15:32] <seb128> yw!
[15:33]  * jbicha wonders if splitting adwaita-icon-theme is that important any more
[15:33] <seb128> yes
[15:34] <seb128> we discussed it before xenial iirc
[15:34] <seb128> and it still has a non trivial impact on the iso
[15:35] <jbicha> apt-cache show gives installed size of 23.0 MB
[15:35] <seb128> it's not that big but it's some mbs added there and there which lead us to where we are
[15:35] <seb128> right
[15:35] <seb128> we should have kept a 1G limit or something
[15:35] <seb128> we are up to 1.7G
[15:35] <seb128> it's really suboptimal :-/
[15:36] <jbicha> I added poppler-data back to the .iso with installed size of 12.4 MB and no one complained
[15:37] <seb128> well poppler-data is useful for some documents
[15:37] <seb128> you can try to make a case of why we would need to unsplit adwaita
[15:37] <seb128> list some bugs/visual issues we currently have on the default desktop that we wouldn't if we didn't do that
[16:04] <jbicha> ok, it's probably just bugs with the split itself
[16:05] <seb128> do you have examples?
[16:05] <seb128> but yeah, we might need to move a few icons in the default set
[16:05] <seb128> we did that previous cycle iirc
[16:06] <jbicha> I haven't looked closely at file size but I think we should move all the symbolic icons in the default set
[16:07] <seb128> would that make a difference anywhere in Unity?
[16:07] <seb128> if the issue is GNOME session you can probably just recommends the -full set there
[16:07] <jbicha> yeah we already do that there
[16:08] <jbicha> the trigger today was the final comment on https://bugzilla.gnome.org/769533#c5
[16:08] <jbicha> but I'm not sure if the Ubuntu packaging was broken or not
[16:11] <jbicha> anyway, that needs more info
[16:11] <seb128> we are going to miss some icons in some situations yes
[16:11] <seb128> it's a cost/benefit thing
[16:12] <seb128> but if there are obvious case where things are wrong we should move the corresponding icons to the main binary
[16:12] <jbicha> I thought the theory was that it would ship all icons that aren't in ubuntu-themes (although I guess some might be only scalable svgs instead of all png sizes)
[16:15] <seb128> unsure what was the original definition but atm it's more the set of icons that are useful for the default session/most used apps with the minimal impact on the iso
[16:16] <seb128> like we stayed out of the big png icons in the past
[16:16] <seb128> but that was moved previous cycle for better hidpi
[16:17] <seb128> the -full deb is still 8M compared to 3.3M for the main one
[16:18] <seb128> would be interesting to see what the numbers are if we move everything which isn't in ubuntu-themes to the main deb
[16:24] <Sweet5hark> sooo, who is volunteering to merge and upload the ubuntu-themes branch from https://bugs.launchpad.net/ubuntu/+source/ubuntu-themes/+bug/1580537 ?
[16:24] <Sweet5hark> any volunteers?
[16:25] <seb128> Sweet5hark, do a merge proposal to start
[16:25] <seb128> but it's friday evening so I guess that's going to be an item for next week
[16:25] <Laney> 1) update Radiance too
[16:25] <Laney> 2) base it on the upload that's in -proposed currently
[16:26] <flocculant> Laney: wut? or were you looking for flexiondotorg ?
[16:26] <Laney> yes
[16:26] <Laney> did I highlight you
[16:26] <flocculant> yea :D
[16:26] <Laney> WIMPRESSSSSSSSSSSSSSSSS
[16:26]  * flocculant thought he'd changed to wimpress or something :)
[16:26] <seb128> Sweet5hark, did you test on gtk 3.18 or 3.20?
[16:27] <Laney> flocculant: I've been an advocate of the three letter tab complete rule in the past, seems I can't stick to it myself
[16:27] <Laney> flexiondotorg: I need artwork pleeeeeeeeease
[16:27] <flocculant> Laney really wouldn't want artwork from me ... just ask ochosi :p
[16:28] <Sweet5hark> seb128: urrrgh, yes. my launchpad/bzr-foo is so rusty as I never practice it.
[16:28] <seb128> Sweet5hark, it's easy enough, on https://code.launchpad.net/~bjoern-michaelsen/ubuntu-themes/libreoffice-toolbars you click the "propose for merging"
[16:29] <seb128> but what La_ney said
[16:29] <seb128> needs to rebase and update the other theme
[16:29] <seb128> also unsure if you tested on gtk 3.20 which is currently in proposed only
[16:29] <seb128> but that might force you to more changes
[16:29] <seb128> your current version might be good for a SRU to xenial still in that case
[16:30] <seb128> since I guess we might want to fix it there for those who try the gtk3 version in the lts
[16:30] <Laney> it's probably .primary-toolbar button
[16:30] <Laney> assuming they are real gtkbuttons
[16:31] <Sweet5hark> Laney: Radience isnt broken -- at least not in the way Ambiance is. Both might need to be tweaked for beauty, but there is no patching needed per se to keep LibreOffice/gtk3 usable with Radiance. Someone not having two left hand for design (unlike me) might do further tweaks to make both beautiful.
[16:34] <Sweet5hark> as for testing -- I did this with a patched LibreOffice master build on Ubuntu 16.04. Admittedly havent tested on Ubuntu 16.10 yet as I dont have a local LibreOffice 5.2 build that I could patch on yakkety here right now.
[16:35] <seb128> well it's likely to need more work for yakkety then
[16:35] <seb128> but it might be good enough for a SRU
[16:35] <seb128> you might still want to update the other theme just to keep them in sync, unsure what difference it would do
[16:38] <Laney> I would keep it synchronised if it doesn't break things
[16:38] <seb128> +1
[16:38] <Laney> it's hard to understand the split already
[16:38] <Laney> each difference makes that more difficult
[16:39] <seb128> on that note it's friday 18:39 and I'm calling it a week
[16:39] <seb128> have a nice w.e everyone!
[16:39] <seb128> see you on monday
[16:40] <Sweet5hark> seb128: well, the biggest problem was that the dark icons arent well-readable on the dark toolbar background of Ambiance. Thats solved with background-image:none for Ambiance. This is not a problem with Radiance, were the background-image is light (its some light gradient). Setting background-image:none there would kill the (light, nonproblematic) gradient in Radiance.
[16:40] <seb128> k
[16:40] <seb128> well at least add a comment explaining the why then
[16:41] <Sweet5hark> OTOH, the gradient in Radience is ugly. IOW, I fear that will open just a huge can of worms ....
[16:41] <Sweet5hark> seb128: anyways, have a nice weekend!
[16:41] <seb128> thanks, you too!
[16:42] <jbicha> Sweet5hark: but just think, if you're the ubuntu-themes maintainer you can improve things like that!
[16:42] <Sweet5hark> jbicha: .
[16:42] <Sweet5hark> jbicha: ..
[16:46]  * Sweet5hark doesnt like the "fix it against gtk 3.20" thing TBH. We need to get LO 5.2 in ASAP now, new gcc and boost foo is already enough "joy" all by themselves -- stacking more deps on that isnt helpfil. Also the 5.1 version currently in yakkety is ftbfs IIRC.
[16:47] <Sweet5hark> but gtk 3.20 is already in -proposed, so ... meh
[17:01] <Laney> ok, happy weekend
[17:01]  * Laney is going to try a new "micro brewery" with restaurant
[17:01] <Laney> EXCITED
[17:01] <Laney> byeeee
[17:02] <willcooke> night Laney
[17:02]  * willcooke is going to the pub as well
[17:02] <Laney> the old angel
[17:02] <Laney> it used to be a grimy but legendary venue
[17:02] <Laney> then it closed down, now it's this new thing
[17:02] <Laney> see if it has any of the old charms
[17:03] <willcooke> oh, I know that pub :)
[17:03] <Laney> thought you might
[17:03] <willcooke> :D
[17:03] <Laney> this is it now http://angelmicrobrewery.com/about.html
[17:04] <Laney> laterz
[17:04] <willcooke> ta ta
[17:56] <willcooke> right. night all