[06:34] <hikiko> Hi
[07:06] <pitti> Good morning
[08:49] <seb128> good morning desktopers
[08:49] <willcooke> morning seb128
[08:49] <pitti> bonjour seb128 !
[08:49] <pitti> hey willcooke
[08:50] <willcooke> g'morn pitti
[08:52] <seb128> hey willcooke pitti
[09:06] <Laney> yo
[09:06] <Sweet5hark1> moin!
[09:07] <Sweet5hark1> Happy Birthday, the Document Foundation! https://www.youtube.com/watch?v=IVkkZ64hJJA
[09:07] <seb128> hey Laney Sweet5hark1
[09:07] <seb128> Sweet5hark1, ;-)
[09:09] <seb128> Sweet5hark1, so, I updated libreoffice in xenial and now my menus are not integrated in unity anymore ... known issue?
[09:17] <ksamak> hey all
[09:18] <Sweet5hark1> seb128: yes, because we install libreoffice-gtk3 in the default. That sneaked in as a dependency from Debian. Already fixed locally.
[09:18] <alexarnaud> hoy all!
[09:19] <alexarnaud> seb128, didrocks: is xorg-gtest specific to Ubuntu ? I cannot find anything about it in Debian repo
[09:19] <Sweet5hark1> seb128: The fix is to not continue to build libreoffice-gtk3, but not install it by default. This is what we did before.
[09:20] <seb128> hey alexarnaud
[09:20] <seb128> Laney, did you get your bike back?
[09:20] <Laney> NO
[09:20] <seb128> Sweet5hark1, oh ok ... why is gtk3 not having integrated menus? ;-)
[09:20] <Laney> WAH
[09:20] <willcooke> ??!?!?!
[09:20] <seb128> Laney, oh? :-(
[09:21] <Laney> I broke the new inner tube
[09:21] <Laney> *or* it was already broken
[09:21] <Laney> but more likely that I did it
[09:21] <willcooke> but the bike was there?
[09:21] <Sweet5hark1> seb128: There will be some fallout from people running prerelease xenial, who will have libreoffice-gtk3 installed now. But people installing fresh from media or update postrelease should be unaffected, once the fixed package is there.
[09:21] <Laney> aye
[09:21] <seb128> Sweet5hark1, k
[09:21] <Laney> fixed the puncture this morning
[09:21] <Laney> so another trip out to the station tonight ...
[09:22] <seb128> "fun"
[09:22] <Sweet5hark1> seb128: (that "fallout" is actually not too bad: We also need _some_ people to test libreoffice-gtk3)
[09:22] <seb128> right
[09:22] <seb128> so you didn't reply at the "why is gtk3 not having integrated menus"
[09:23] <seb128> I though you got that working at the london sprint?
[09:23] <alexarnaud> seb128: I've find more things on freedesktop, it seems I need to investigate
[09:23] <Sweet5hark1> seb128: as for the gtk3 doesnt have unity menu: yes, that was fixed in london. And apparently regressed upstream -- havent looked into that yet.
[09:25] <seb128> alexarnaud, it seems like that simply nobody packaged it for Debian
[09:25] <seb128> Sweet5hark1, ok
[09:26] <alexarnaud> seb128: OK, I see
[09:26] <seb128> Sweet5hark1, also, http://people.canonical.com/~seb128/libreoffice.png ... is the text on the left pane supposed to be that big?
[09:26] <alexarnaud> seb128: Did you know the link with Compiz ? I see it in Compiz dep.
[09:26] <seb128> alexarnaud, it's used for tests
[09:27] <alexarnaud> seb128: Ok, I'll learn more about it. Thanks a lot for your time
[09:27] <seb128> yw
[09:27] <seb128> alexarnaud, just curious, but what are you working on?
[09:27] <Sweet5hark1> seb128: FWIW, I also have a MIR we should punch through: ucpp. In total, we have: 1/ fix autopkgtests 2/ build libreoffice-style-elementary too from new upstream 3/ continue building libreoffice-gtk3, build dont deploy in default 4/ MIR ucpp instead of using bundled
[09:28] <alexarnaud> I'm working on porting Compiz from Ubuntu to Debian
[09:28] <seb128> Sweet5hark1, k, seems like a good todo ;-)
[09:29] <Sweet5hark1> seb128: So far libreoffice-gtk3 is worked on by some core hacker, I dont think he cares too much about finer UX/design things there (yet)
[09:29] <seb128> alexarnaud, are you just interested by having compiz in Debian as an user? or do you plan to build something on it? wouldn't be easier to build whatever you are doing on Ubuntu?
[09:29] <alexarnaud> seb128: It seems that everything work good but I've dropped gtest but I need to check if it essentiels or not to keep it in the final package
[09:29] <seb128> yeah, it's not a runtine thing
[09:29] <seb128> doesn't impact on how compiz works
[09:29] <seb128> Sweet5hark1, I uninstalled gtk3, see the menus are not there :p
[09:30] <seb128> Sweet5hark1, it's a screenshot of the gtk2 version, the sidebar text feels big
[09:30] <alexarnaud> seb128: I work at hypra.fr team and we use Debian as work base
[09:31] <alexarnaud> We provide repository with old Compiz version and we would to be more in contact with community, that's why we would like to make Compiz directly in Debian
[09:31] <seb128> I see
[09:31] <Sweet5hark1> seb128: argh. but yeah, looks the same on libreoffice 5.0.5 -- so is intentional.
[09:31] <alexarnaud> seb128: My coleegue ksamak work on connecting Compiz with AT-SPI2 to manage a11y event
[09:31] <seb128> alexarnaud, good luck, it still feels like things would be easier for you if you were based on Ubuntu ;-)
[09:32] <seb128> Sweet5hark1, so it's not only my machine ... ok, if that's the way it supposed to be :-)
[09:32] <alexarnaud> seb128: maybe yes but some of us are in Debian community and our mentor are an active Debian contributor
[09:32] <seb128> k
[09:33] <alexarnaud> :)
[09:33] <Sweet5hark1> seb128: the todo list is already commited, I just need to cut through the redtape for the MIRs. Is MIRing ucpp a "feature"? (as there is ff tomorrow)
[09:33] <seb128> Sweet5hark1, I don't think it is
[09:33] <Sweet5hark1> seb128: good, thanks.
[09:33] <seb128> switching from a bundle to a system shared lib feels like a bugfix to me
[09:35] <ksamak> seb128: and we like debian cause it's free /troll
[09:35] <seb128> ksamak, :-)
[09:36] <seb128> ksamak, sorry I didn't want to troll,  it just feels like that this "packaging compiz" is taking you guys quite some work, it was an honest suggestion
[09:37] <seb128> but yeah, if you have the free slots to get that done it's nice for everybody
[09:37] <seb128> would be good to have compiz uptodate in Debian ;-)
[09:54]  * Laney is being spammed with apparmor notifications
[09:56] <seb128> what is getting denied?
[09:56] <Laney> ntp
[09:56] <Laney> just got updated
[09:58] <pitti> hm, I'm just getting hundreds of "powercap intel-rapl:0: package locked by BIOS, monitoring only", that sounds differently
[10:10] <willcooke> seb128, have updated https://code.launchpad.net/~seb128/software-properties/dialog-enable-proposed/+merge/286213 with the final text from design
[10:11] <seb128> willcooke, is "title" the window title or the bold part of the text? do we really need the "warning:" if it's the bol text?
[10:12] <willcooke> seb128,  dialog = Gtk.MessageDialog(self.window_main, 0, Gtk.MessageType.QUESTION, Gtk.ButtonsType.NONE, _("Are you sure you want to enable updates from proposed?"))
[10:12] <willcooke> that one ^
[10:13] <seb128> k
[10:13] <seb128> so that's the bold text
[10:13] <seb128> having "Warning:" in there seems like poor form to me
[10:14] <seb128> that dialog is a warning one, icon and bold text convey that
[10:14] <willcooke> seb128, yeah, fair enough.  Drop the "warning"
[10:15] <seb128> willcooke, thanks
[10:15] <seb128> willcooke, also any though about Brian's comment?
[10:15] <seb128> the fact that "proposed" has different use on devel and stable series
[10:15] <seb128> do we want different messages/behaviours?
[10:18] <willcooke> I think it's a fair point, but this warning is for "normal" users running a released version.  I expect people running a pre-release will have more of a clue about proposed
[10:18] <willcooke> so I think we just stick with a single implementation
[10:19] <willcooke> keeps it simple for us too
[10:19] <willcooke> i.e. no, we dont want different messages / behaviours
[10:19] <seb128> k, wfm
[10:19] <willcooke> :)
[10:19] <seb128> I was pondering not showing the proposed box on devel
[10:20] <seb128> since that shouldn't be used and people who need it usually know how to deal with the command line
[10:20] <seb128> but that can be a later change
[10:20] <willcooke> agreed
[10:23] <seb128> gstreamer FAIL
[10:24]  * seb128 looks at https://lists.freedesktop.org/archives/gstreamer-announce/2015-October/000359.html and is annoyed
[10:24] <seb128> they were supposed to have 3 pre/rc between decembre and feb and have 1.8 out by now
[10:24] <seb128> none of that happened
[10:24] <willcooke> :((
[10:24] <seb128> just wrote a comment on that gst/rb/crossfading/noise issue
[10:25] <seb128> which is fixed in git
[10:25] <seb128> asking what's going on with that schedule
[10:50] <seb128> willcooke, I pushed an update to the software-properties/proposed dialog, but I've a feeling mpt wouldn't approve of the wording. I think it's unusual to have a confirmation dialog providing choices without having it's text stating what is asking about ... like it doesn't say "you are about to enable proposed, are you sure?" it just say "bla is dangerous", which the user could take as "wth is it telling me about bla"
[10:52] <seb128> like nautilus doesn't say "deleting by passing the trash can lead to data loss", it tells you "are you sure you want to delete those? you are not going to be able to get those data back later"
[10:53] <willcooke> mpt, care to comment?  https://code.launchpad.net/~seb128/software-properties/dialog-enable-proposed/+merge/286213
[10:59] <mpt> seb128, willcooke: Something that’s specifically for testers and Ubuntu developers shouldn’t sit like a mine in the middle of a UI that isn’t. That’s why I specced that tab shouldn’t offer -proposed at all. <https://wiki.ubuntu.com/SoftwareUpdates#settings>
[10:59] <mpt> Putting up a sign “WARNING: Mines can blow your leg off” is not really a solution to the problem of the mine being there.
[11:01] <Sweet5hark1> seb128: so, is bug 1546421 relevant for ff? Its already fixed in LibreOffice (which defaults to breeze on unity if available), but the one line change to ubuntu-meta to install -style-breeze instead of -style-human isnt in yet ...
[11:02] <seb128> Sweet5hark1, seems like more an uif item
[11:03] <Sweet5hark1> seb128: hmm?
[11:03] <seb128> mpt, willcooke, we don't have the contributor console though and our documentation/SRU process relies on testers being able to enable proposed to test candidate SRUs
[11:03] <Sweet5hark1> seb128: argh, wrong bug id
[11:03] <mpt> willcooke, and I already linked to that spec from the bug report that seb128 is working on, but ara changed the summary to assume the warning is a good solution. I disagree with that assumption.
[11:03] <seb128> Sweet5hark1, installing another style by default seems like more "ui freeze" material to me
[11:04] <ara> mpt, I changed the summary after talking to willcooke
[11:11] <seb128> mpt, sort of false, there isn't a simple command to do that, but you could do a "echo "deb ... proposed" > /etc/apt/sources.lists && sudo apt-get update" with maybe some more scripting around to only add if if it's not enabled yet
[11:11] <seb128> Sweet5hark1, right, that mostly impacts the look so I would consider it ui freeze not feature one
[11:12] <Sweet5hark1> seb128: alright, thx.
[11:14] <willcooke> well, we're not going to do significant work on the software sources or contributor console in 16.04, or in fact ever, because U8.  So we either remove proposed from there altogether or we go with a warning.  Both are sub-optimal.  Which is least bad?  Given that all our docs talk about enabling proposed through that UI, I think the warning is better than nothing.
[11:16] <mpt> Those aren’t the only two options. For example, we could move that checkbox to its own tab labelled “Developer” or something like that. That way you could have warning text below it without needing a dialog.
[11:18] <mpt> Does “because U8” mean “We’re not going to let you install .debs any more”?
[11:19] <willcooke> mpt, @ U8 - rather that U8 will have a new UI and so development will happen in there not in U7
[11:19] <willcooke> i.e software sources will be re-implemented in U8
[11:19] <willcooke> debs will still exist, so they'll need to implement an equivalent, which can be done correctly
[11:20] <willcooke> I'm not sure about adding a new tab.  It won't be a huge amount of work, but it will render all the docs wrong
[11:27] <willcooke> that said, it's probably not beyond the wit of a developer to work out what to do
[11:27] <willcooke> seb128, thoughts on adding a new tab?  How much work>
[11:27] <willcooke> ?
[11:28]  * Sweet5hark1 filed two MIRs today already. Working hard for peace in the world!
[11:31] <willcooke> 'bout time
[11:31] <willcooke> ;p
[11:33] <seb128> willcooke, it's probably not a lot, like half a day work
[11:43] <dpm> pitti, seb128, IIRC langpack-o-matic is also creating the touch language packs right? Someone is asking me about bug 1491381 as it seems the Breton translation should have reached the threshold for which language packs are created
[11:44] <andyrock> morning
[11:44] <seb128> hey andyrock, dpm
[11:44] <seb128> dpm, no idea about that sorry
[11:45] <dpm> seb128, np, we'll see what Martin has to say
[11:49] <willcooke> dpm, btw - I think I know why you couldn't launch apps in u8 session
[11:50] <willcooke> dpm, try installing  libpam-cgm
[11:51] <dpm> willcooke, tried that already, but thanks :)
[11:51] <willcooke> dpm, bah.
[11:51] <dpm> there's a bug about that
[11:51] <dpm> and I had some help from hallyn trying to debug it last week, but I had to give up at some point
[11:52] <dpm> I'm planning to resume my tests some time this week
[11:52] <dpm> willcooke, bug 1535058
[11:52] <willcooke> dpm, so all I can offer is on a fresh 16.04 install, installing u8 session and that pam package allowed it to work for me
[11:53] <dpm> I'll try it again in a bit, perhaps a week of updates fixed it for me
[14:04] <desrt> good morning, attente
[14:11] <attente> good morning
[14:14] <seb128> hey desrt attente
[14:14] <desrt> good afternoon seb
[14:15] <attente> hi seb128!
[14:15]  * desrt would like to point out that she was up at 6 but just forgot to say hello
[14:16] <seb128> I guess you had coffee by now then ;-)
[14:16]  * desrt hears the dish washer cleaning the french press already
[14:16]  * xnox tries to upload all the things for the feature freeze
[14:17] <xnox> i am not posh enough to operate a french press (well, not smart enough actually) hence i have dolce gusto pod coffee thing.
[14:18] <seb128> xnox, all the things include that aptdaemon pkgkit1 port, right? ;-)
[14:18]  * desrt gets annoyed at cgroups
[14:20] <xnox> seb128, haha
[14:21] <seb128> xnox, great, I knew we could count on you, thanks! ;-)
[14:21] <didrocks> first time I learnt this was a "french press" was abroad TBH
[14:22] <didrocks> so, not really popular here ;)
[14:25] <desrt> too bad.  it's wonderful.
[14:25] <desrt> i think it makes my favourite kind of coffee
[14:25] <desrt> aka "very strong" :)
[14:31] <qengho> I love french-press coffee too. I grind my beans a little finer than suggested to get it a little muddy, too. More coffee is better.
[14:35] <seb128> is freedesktop.org down for others as well?
[14:36] <Laney> ye
[14:36] <seb128> k, thanks
[14:39] <Sweet5hark> mterry: wrt bug 1487148, libreoffice was already depending on fonts-stix before the bug was filed. So should the state be: "libreoffice - fix released" as it has the dep and "font-stix -- fix commited" as it is still in components-mismatch?
[14:39] <seb128> mdeslaur, do you plan to merge/update freetype for xenial? it looks like the new version would be nice to have for the lts
[14:39] <Trevinho> seb128: for some reason I get that this page is immutable (https://wiki.ubuntu.com/Unity/Theming), I did change it few days ago... Do you know how is this possible?
[14:40] <mterry> Sweet5hark, oh ok sure.  I just saw the comment that went with the fix released was an auto-close due to a "no change rebuild" so it looked like some fluke.  Can set back to Fix Released
[14:40] <seb128> Trevinho, the wiki has been locked to deal with some spam issue
[14:40] <mdeslaur> seb128: I don't plan on it, no
[14:40] <seb128> Trevinho, from what I read
[14:40] <Trevinho> seb128: mh, who can I ping for getting access?
[14:40] <Trevinho> As I'm able to edit other pages...
[14:41] <seb128> Trevinho, try #canonical-sysadmin but they have it in their topic
[14:41] <seb128> unsure why you can edit other pages
[14:41] <seb128> maybe they lock concerns only some sections/pages
[14:41] <seb128> " Known issues: wiki read-only for spam cleanup"
[14:42] <Trevinho> ah, thanks...
[14:43] <seb128> Trevinho, btw the nautilus not matching issue is still there today after a session restart :-/
[14:43] <seb128> what info can I provide?
[14:44] <seb128> brb, retrying with a fresh session
[14:44] <Trevinho> seb128: so, could you recompile unity?
[14:45] <seb128> Trevinho, yeah, same on a fresh session :-/
[14:46] <Trevinho> seb128: if you can recompile you should add some output in FileManagerLauncherIcon::IsLocationManaged
[14:46] <seb128> Trevinho, yeah, I can recompile, do you have a patch/some hints on what info you want printed?
[14:48] <seb128> mdeslaur, would you consider it if asked nicely? ;-)
[14:49] <seb128> mdeslaur, there is a bug asking for the update stating that it would make security fixes/updates easier for the LTS
[14:49] <seb128> not sure if that's a true claim though
[14:50] <seb128> it has improved thread-safety at least from https://sourceforge.net/projects/freetype/files/freetype2/2.6/
[14:51] <mdeslaur> seb128: hrm, maybe. will that unblock your graphite2 issue?
[14:51] <Trevinho> seb128: something like this should be fine http://pastebin.ubuntu.com/15100404/
[14:52] <seb128> mdeslaur, I don't think it's needed for graphite2, that's blocked on MIR and mterry wanting a team subscribed but us and foundation not agreeing on who should maintain fonts :p
[14:52] <mdeslaur> seb128: hehe
[14:53] <mterry> seb128, you should both agree on a third team to maintain it  :)
[14:54] <seb128> mterry, can I just subscribe you? ;-)
[14:54]  * Laney applies for font team engineering manager
[14:54] <mterry> seb128, I'm not a team!  :)
[14:54] <seb128> can I create a "mterry is the best" team and subscribe it? ;-)
[14:54] <mdeslaur> a team of one is still a team
[14:57] <mterry> seb128, ....  I'll allow it
[14:57] <seb128> Trevinho, ok, starting a build, it's going to take a while (i5 and no ccache/pre-build) ... btw unity depends on libgee-dev, can we get that changed to -0.8 or removed (Gee is used in a logger .vala source only but not mentioned in any build file so I wonder if it's even used)
[14:59] <seb128> mterry, I'm not enough in troll mode today to do that, I subscribed desktop-bugs, not that those subscriptions make much of a difference anyway... https://bugs.launchpad.net/ubuntu/+source/fonttools/+bug/1538173 should be good to be re-reviewed when you have some slot
[14:59] <seb128> mterry, I keep the team idea in mind for another time though ;-)
[15:00] <mterry> seb128, awesome, approved
[15:00] <seb128> mterry, thanks
[15:11] <Trevinho> seb128: about the gee thing, I think we can remove it...
[15:11] <seb128> Trevinho, good :-)
[15:12] <Trevinho> seb128: also still about that, the migration I've ready doesn't get approved by britney...
[15:12] <Trevinho> seb128: https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-040/excuses.html
[15:12] <Trevinho> or maybe Laney ^ ?
[15:12] <Trevinho> The thing is unity doesn't build in that arch, so I don't know how I can ignore it
[15:12] <seb128> I guess you can since it's not a regression
[15:12] <Trevinho> I was suggested to set unity as build-depend on s390x  for unity-lens-applications, thus the error
[15:13] <Trevinho> In fact, but... Without britney approval, the train doesn't allow to get things published
[15:13] <seb128> what do you mean "set unity as build-depend on s390x  for unity-lens-applications"?
[15:13] <Trevinho> So... I'm like blocked
[15:14] <Laney> https://launchpadlibrarian.net/240168318/unity-lens-applications_7.1.0+16.04.20160212.1-0ubuntu1_7.1.0+16.04.20160217-0ubuntu1.diff.gz
[15:14] <Laney> what is this diff?
[15:15] <seb128> what he just described
[15:15] <Laney> ...
[15:15] <seb128> is that to trigger a dep-wait rather than a build fail?
[15:15] <seb128> in any case it looks wrong
[15:15] <Trevinho> exactly...
[15:15] <Trevinho> Which I didn't want't to do...
[15:15] <seb128> who suggested that?
[15:15] <Laney> "what he just described" is not a helpful response
[15:15] <seb128> seems like a crazy workaround from ci-lander
[15:15] <Trevinho> But I was said it was a way to do this..
[15:15] <Laney> it looks weird
[15:15] <Trevinho> ci train guys
[15:15] <seb128> tell them to force publish
[15:15] <seb128> and revert that hack
[15:16] <seb128> I can't believe they can't force publish over britney
[15:16] <Trevinho> I hope so
[15:16] <seb128> but please revert that s390x hack
[15:16] <seb128> who exactly told you to do that?
[15:16] <Trevinho> indeed, I hated myself in doing it..
[15:17] <Laney> the old package built on s390x
[15:18] <Trevinho> log from ci-eng http://pastebin.ubuntu.com/15100523/
[15:19] <Trevinho> Laney: yes, it builds... But then there's a missing dependency
[15:19] <Laney> what was the actual problem initially?
[15:20] <pitti> Laney: njargh Prodstack access to squid.internal, I just bumped into this *again*
[15:20] <Trevinho> Laney: unity-lens-applications has a dependency on unity because of the icons it uses..
[15:20] <Trevinho> So not really a dependency, but...
[15:20] <Trevinho> Laney: so, once it built on that arch there was the problem that one of its dependency was not available there
[15:20] <Laney> Trevinho: but this part isn't new?
[15:20] <Laney> pitti: oh dear :(
[15:20] <Trevinho> no
[15:20] <Laney> Trevinho: so why did it become a problem?
[15:21] <Trevinho> Laney: the build-deps is new (now reverted), but the depends was there
[15:21] <Laney> If it wasn't a problem last time this got uploaded I don't see why it would be now
[15:21] <Laney> missing something here :)
[15:22] <Trevinho> Laney: I think the same, but... For some reason britney doesn't think that this is an old problem
[15:22] <seb128> Trevinho, what was the britney output before your hack?
[15:22] <Trevinho> Laney: I'm rebuilding btw, so soon we'll get back to the initial issue
[15:22] <Laney> it's right in what it is saying now
[15:22] <Laney> because the build is indeed missing, that's what you forced to happen
[15:22] <Trevinho> eh, we lost it.. But something like: unity dependency missing on that arch
[15:22] <seb128> well it's true
[15:23] <pitti> Laney: oh, there's quite some progress on your ticket
[15:23] <seb128> but not a regression afaik
[15:24] <Laney> pitti: sort of - they decided mimetype whitelisting was okay, then realised that you can't do this for https
[15:24] <pitti> Laney: so you have to mark your r00tkit image/jpeg, and all will be good? *smirk*
[15:24] <Laney> don't really understand what proxying is for https to be honest, apart from a passthrough
[15:24] <Laney> pitti: indeed
[15:25] <pitti> I can also base64 encode it and copy&paste it in
[15:25] <pitti> this is a poor argument
[15:25]  * Laney just wants it to work at this point
[15:25] <seb128> what I don't get is how unity-lens-applications migrated to xenial if it has missing depends
[15:25] <Trevinho> seb128: no, not a regression... But britney didn't think that (like it does for unity not having libnux working in the same arch)
[15:25] <Laney> seb128: the s390x build happened in the release pocket
[15:25] <seb128> oh
[15:25] <Laney> because the arch got added later
[15:25] <seb128> we should maybe just delete that binary then
[15:25] <seb128> ?
[15:25] <Laney> could do
[15:25] <Laney> or make it a recommends
[15:26] <seb128> Trevinho, ^
[15:26] <Laney> or split the icons in unity
[15:27] <Laney> pitti: what do you want it for this time?
[15:27] <pitti> Laney: api.github.com
[15:27] <Trevinho> Laney: I'd prefer not to touch the unity packaging...
[15:27] <Trevinho> as already I'm changing something in that front
[15:27] <pitti> Laney: github now makes test requests for systemd upstream PRs, but I can't tell it about their status
[15:27] <Trevinho> Laney: as for reccomends, I think it's better
[15:28] <Trevinho> Laney: so... if you remove the binary let me know... otherwise I'll go for reccommends
[15:28] <seb128> +1 for the recommends
[15:28] <seb128> you need to upload it anyway
[15:31] <Trevinho> Ok, rebuild in progress... Let's see..
[15:41] <Laney> cool
[15:41] <Trevinho> willcooke, qengho: about video acceleration.... While reading the firefox bug related to that (it seems there's no hope in that front), someone mentioned that it's supported by Chromium... It seems that it needs to be patched with something like (https://github.com/fqj1994/chromium-vaapi, old but...). So, wondering what can be done on that side...
[15:42] <willcooke> Trevinho, qengho - seems like a very early PoC more than a feature at this point.
[15:43] <willcooke> Intel have u/s a load of VP9 patches for Cr. I think, so we might get that for free first
[15:43] <Trevinho> willcooke: well it's shipped on chrome-os
[15:47] <Trevinho> Uff, you're not supposed to be so slow, you arm64!
[16:04] <Trevinho> I've to drive back to Florence, it will take ~1.5 hr
[16:14] <jdstrand> Laney: you mention apparmor in your logs. is there a bug for it?
[16:14] <Laney> jdstrand: yeah, and nice hilight :-)
[16:15] <jdstrand> thanks :)
[16:15] <Laney> https://bugs.launchpad.net/ubuntu/+source/ntp/+bug/1546455
[16:18] <jdstrand> Laney: did you talk to kickinz1?
[16:18] <Laney> jdstrand: nah, I just hoped assigning would generate mail
[16:18] <mdeslaur> seb128: freetype merged
[16:18] <Laney> and then he would be like aaaahhh jdstrand please help me
[16:18] <Laney> or something :)
[16:18] <seb128> mdeslaur, you are a hero ;-)
[16:18] <mdeslaur> seb128: you owe me INTMAX beers
[16:18] <seb128> indeed!
[16:18] <jdstrand> Laney: heh
[16:19] <seb128> Trevinho, shrug, my nautilus matching issue was my fault :/
[16:20] <seb128> Trevinho, I had a nautilus build without XUbuntuOpenLocationsXids (I commented out the patch while you were refreshing it and I used a version number higher than the one uploaded so was still on that) ... which is why I couldn't find it in d-feet
[16:20] <seb128> Trevinho, works fine with the archive version
[16:21] <Laney> :D
[16:36] <robert_ancell> larsu, hi!
[16:38] <robert_ancell> larsu, I was wondering if you have time for one last request - you might have some ideas on bug 1546276
[16:55] <robert_ancell> mpt, hi, have you been following the GNOME Software work?
[16:56] <mpt> robert_ancell, no, not at all
[16:56] <robert_ancell> mpt, are you interested or would know someone on design who would be?
[16:58] <mpt> robert_ancell, bjkeyser is the right person to ask
[16:58] <robert_ancell> mpt, thanks
[16:58] <Laney> hi robert_ancell
[16:58] <Laney> how's the sprint?
[16:59] <robert_ancell> Laney, hi. Going pretty good.
[16:59] <Laney> sweet
[16:59]  * Laney is sending a "fix your appstream plz" email
[16:59] <Laney> right... about...
[17:00] <robert_ancell> Laney, to... everyone?
[17:00] <Laney> *gets gpg passphrase right the first time*
[17:00] <Laney> NOW
[17:00] <Laney> yeah
[17:00] <robert_ancell> Laney, is the appstream stuff mostly working now?
[17:01] <robert_ancell> Laney, and should I do anything to remove the stuff your shell script installed?
[17:01] <Laney> it should be working
[17:01] <Laney> actually I don't know which location is preferred
[17:01] <Laney> I would just delete the stuff that it downloaded
[17:05] <seb128> robert_ancell, hey
[17:05] <seb128> robert_ancell, gnome-software's MIR got acked (and gcab one as well conditional on a fix), do you think it's ready to switch the seed? if so can you do it today or tomorrow (before ff)?
[17:05] <robert_ancell> Laney, so I'm going to delete /var/cache/app-info/icons/, /var/cache/app-info/xapian/, /var/cache/app-info/yaml/ - that makes sense to you?
[17:05] <robert_ancell> They don't seem to be owned by any packages and haven't been updated recently
[17:06] <robert_ancell> seb128, yeah, I was going to ask your opinion. I think it's ready in the sense it works, but has bugs. But I think that makes sense for FF right?
[17:06] <seb128> yes
[17:06] <robert_ancell> And users can keep using USC so it's only new users that will get switched
[17:06] <seb128> right
[17:06] <robert_ancell> seb128, ok, I'll do that today
[17:06] <seb128> thanks
[17:07] <robert_ancell> seb128, thank you
[17:07] <seb128> don't forget to unseed oneconf as well
[17:07] <robert_ancell> yep
[17:07] <seb128> good work btw!
[17:07] <seb128> I played a bit with it, feels nice
[17:07] <Laney> robert_ancell: I think so, the system one is /var/lib/app-info/
[17:07] <robert_ancell> I updated it yesterday to read the dpkg/apt files directly. It's ridiculously fast now
[17:08] <robert_ancell> I haven't tried it with a rotary drive though, but I hope it should still read pretty fast
[17:10] <robert_ancell> seb128, who's the best for GTK+ themeing issues?
[17:11]  * willcooke sits a little lower in his chair 
[17:11] <willcooke> robert_ancell, I can add it to my themes todo
[17:11] <robert_ancell> willcooke, heh, I was thinking you'd inherited that title...
[17:11] <willcooke> :)
[17:12] <willcooke> If it's a fairly easy css issue, I can probably fix it
[17:12] <willcooke> at least, I can have a crack at it
[17:12] <robert_ancell> Bug 1546276 is my issue - it's CSS that doesn't work with our themes
[17:12] <robert_ancell> The CSS in gnome-software just adds a bar to the bottom of the button.
[17:12] <robert_ancell> It might be our theme renders over it, or ignores such changes
[17:12] <willcooke> oki, I can check it out
[17:13] <willcooke> I've assigned it to me
[17:13] <robert_ancell> willcooke, ta
[17:13] <willcooke> nw
[17:13] <seb128> thanks willcooke ;-)
[17:15] <Laney> oh noes I forgot to block software-center
[17:15] <Laney> better unblock all the other stuff
[17:53] <Trevinho> seb128: ah, I knew there was something weird 😃
[18:12] <willcooke> robert_ancell, I've insalled g-s from the archive on a fresh 16.04 with no PPAs etc.
[18:12] <willcooke> is that the right thing to do?
[18:12] <willcooke> do I still need to run laney's script?
[18:13] <Laney> it should work after an apt update
[18:14] <Laney> from the archive
[18:14]  * Laney is off, goodnight!
[18:14] <alkisg> Hi guys, wrt the recent mail about gnome-software and appdata, two questions,...
[18:14] <alkisg> one, when will gnome-software actually replace software center?
[18:14] <alkisg> and two, I'm upstream + debian maintainer for 2 packages, can I sync them with ubuntu (with the appdata changes) even after the debian import freeze tomorrow?
[18:15] <Laney> within days and yes
[18:15] <Laney> really goodnight!
[18:15] <alkisg> Thank you Laney, bb! :)
[18:15] <willcooke> cheers Laney
[19:51] <willcooke> robert_ancell, Laney - it works!  \m/
[19:59] <willcooke> right, it's fts o'clock.
[19:59] <willcooke> night all
[21:48] <robert_ancell> Sweet5hark, aroud?
[21:48] <robert_ancell> around
[21:49] <Sweet5hark> robert_ancell: aye
[21:50] <robert_ancell> Sweet5hark, in you lo snap, you have all the dependant libraries inside the snap right?
[21:50] <robert_ancell> So it just depends on Ubuntu core
[21:52] <Sweet5hark> yes.
[21:52] <robert_ancell> Sweet5hark, and snappy handles all the linking stuff for that? Or did you need to modify LO?
[21:55] <Sweet5hark> robert_ancell: I got it to finish building a libreoffice, by disabling tests. The result does print a help message, when you call it with ./soffice.bin --help ... as root ... with a LD_LIBRARY_PATH. It does nothing more.
[21:56] <robert_ancell> Sweet5hark, root?
[21:56] <Sweet5hark> Beyond that it fails in ways that suggest subtle and mean toolchain errors.
[21:57] <robert_ancell> Sweet5hark, where does it write the configuration? In the snappy directories or ~?
[21:57] <Sweet5hark> robert_ancell: hmmm, Im not sure if it even gets to that point ...
[21:57] <robert_ancell> ok :)
[21:58] <robert_ancell> Sweet5hark, but you would expect it to still go to ~ unless you patched it right?
[21:58] <Sweet5hark> robert_ancell: yes.
[21:58] <robert_ancell> Sweet5hark, are there any files in ~ that it might access outside of its configuration? Even indirectly through a library.
[21:59] <robert_ancell> I guess the GTK+ theming configuration
[22:01] <Sweet5hark> robert_ancell: hmm, never thought much about that. would need to strace it ...
[22:02] <Sweet5hark> robert_ancell: also how do you define "its configuration"? because "its configuration" might include executable code (e.g. extensions stored in ~) and such fun ...
[22:14] <robert_ancell> Sweet5hark, sorry, was called into a conversation
[22:14] <robert_ancell> Sweet5hark, yeah, I'm trying to think along the lines of "what would happen if you couldn't access ~" or "You can only access ~/Downloads, ~/Pictures, ~/.config" etc
[22:18] <Sweet5hark> robert_ancell: from what I see now it seems worse than that. namely, that some symbol export foo breaks C++ stdlibs in a subtle way inside snapcraft/snappy.
[22:19] <robert_ancell> Sweet5hark, the C++ libs from ubuntu-core?
[22:20] <Sweet5hark> robert_ancell: hang on a sec, I will try to find the conversation on that and include it in the mail.
[22:43] <Sweet5hark> robert_ancell: you got mail.
[22:43] <robert_ancell> Sweet5hark, it's all spam
[22:48] <Sweet5hark> robert_ancell: you still got nothing?
[22:52] <robert_ancell> Sweet5hark, I got it. It's a Futurama reference :)
[22:52] <robert_ancell> Though googling I think the correct line is actually "It's not spam"
[22:52] <robert_ancell> Which makese more sense
[22:52] <Sweet5hark> heh
[22:52]  * Sweet5hark is too much of an old fart for futurama
[23:05] <robert_ancell> Sweet5hark, are there any services that LO relies on (e.g. D-Bus) that would stop it working if they were removed? Because you can get all the libs in the snap but not the services.
[23:06] <robert_ancell> I mean e.g. a D-Bus service, not D-Bus itself.
[23:06] <robert_ancell> Though perhaps that is a candidate...
[23:09] <Sweet5hark> robert_ancell: well, we are certainly using various services, but we usually fall back soft when missing almost everything ...
[23:11] <robert_ancell> Sweet5hark, yeah, I was thinking that apps like LO are a bit of a special case in that most things are optional. Other desktop apps rely on package dependencies to ensure their services are there.
[23:12] <robert_ancell> So those sort of apps would need their services to be in snaps
[23:12] <Sweet5hark> robert_ancell: if what remains is still a full office suite platform might be debatable. I assume there will be people having very strong opinions on that.
[23:12] <robert_ancell> I have raised that point
[23:15] <robert_ancell> Sweet5hark, is that because it would take much work to get them all working or is there anything fundamental that would be lost converting to a snap?
[23:18] <Sweet5hark> robert_ancell: there is so much stuff that might break in containers, I just dont know how bad it might be and what would be the most painful things ...
[23:21] <Sweet5hark> robert_ancell: for an extreme, take e.g. extensions and scripting via UNO: they are supposed to be able to do anything and everything to integrate with $whatever and run in the same process as LibreOffice. Thats not a good fit to containerization.
[23:23] <Sweet5hark> robert_ancell: For the rest, TBH I wouldnt know. I have no idea if LibreOffice base is able to interact with any database source (mysql, postgres) anymore etc. -- and unittests dont help a thing, as they will be inside the container.
[23:26] <Sweet5hark> robert_ancell: (also one person can do manual testing on a LibreOffice release for a year and not cover all corners) To have any idea of realworld impact: publish PoC, buckle up seatbelts, ask for feedback, brace for impact
[23:26] <robert_ancell> Sweet5hark, ack
[23:27] <Sweet5hark> (and better do it with volunteer early adopters enjoying the pain)
[23:39] <Saviq> gaah what happened to my mono font :P