[06:40] <tjaalton> how silly would it be to replace u-c-c/u-s-d with (modified) cinnamon/mate counterparts? :)
[06:43] <tjaalton> by modified I mean rebasing to them
[06:43] <tjaalton> if there is something that unity needs.. I've no idea
[08:00] <davmor2> Morning all
[08:02] <Laney> morning
[08:02] <oSoMoN> morning everyone
[08:02] <davmor2> Laney: okay switched down to intel gfx now I have the wayland option prior to this I didn't now snaps don't work so I'll be leaving this session and heading back to the x11 one so it is just a bug in the search I think
[08:04] <davmor2> Laney: /home/davmor2/.local/share/flatpak/exports/share/:/var/lib/flatpak/exports/share/:/usr/local/share/:/usr/share/ data-dir for wayland
[08:05] <willcooke> morning all
[08:06] <duflu> Morning willcooke, Laney, davmor2
[08:06] <willcooke> afternoon duflu!
[08:06] <duflu> It would be interesting to see a feature/bug gap list for Gnome on Wayland
[08:06] <duflu> vs X11
[08:06] <davmor2> Laney: data-dirs are the same on x11 however the rocketchat-client snap appears on x11
[08:06] <Laney> davmor2: what hapepned on X?
[08:06] <Laney> ok
[08:07] <Laney> that doesn't make much sense
[08:07] <davmor2> Laney: no not at all but it is what happens
[08:07] <duflu> Some of the bugs might be what we've encountered before (in Mir and Wayland): An app chooses Wayland/Mir over X11, runs for a little bit and then incorrectly assumes that X functions work
[08:08] <oSoMoN> morning willcooke
[08:08] <Laney> please debug it?
[08:08] <duflu> ... assumes that X functions work when there is no connection to X
[08:09] <oSoMoN> jbicha, there’s a build of chromium-browser with gtk3 in https://launchpad.net/~osomon/+archive/ubuntu/chromium-next/+packages (zesty only atm), and the next one (currently building) has dropped the gconf dependency
[08:09] <duflu> Because if the app started in X (Xwayland) then it should work as usual
[08:09] <willcooke> oSoMoN, awesome!
[08:10] <duflu> Does Google ship Chrome with the Wayland option enabled, or is it just in Chromium still?
[08:10] <davmor2> Laney: sorted forgot I was using byobu and the session was kept alive /usr/share/gnome:/home/davmor2/.local/share/flatpak/exports/share/:/var/lib/flatpak/exports/share/:/usr/local/share/:/usr/share/:/var/lib/snapd/desktop data dirs for x11
[08:11] <Laney> ok
[08:11] <Laney> how did it work under mir?
[08:11] <davmor2> Laney: however that still doesn't explain now the fact that it find uninstalled apps that have both a snap and a deb package
[08:11] <Laney> anyway, please file a bug on snapd
[08:12] <davmor2> Laney: will do
[08:12] <Laney> they could have a systemd user unit for this, or gdm has an env.d thing
[08:15] <willcooke> duflu, the Wayland backend for Cr. still seems to be a work in progress
[08:15] <willcooke> duflu, oSoMoN was looking in to that before (Wayland backend)
[08:16] <oSoMoN> yeah, looks like it’s still WIP, see https://blogs.igalia.com/tonikitoo/2016/11/14/chromium-ozone-wayland-and-beyond/
[08:56] <sameee> #ubuntu-podcast
[09:04] <willcooke> xnox, I've come to the conclusion that the Amazon Web App should still be included by default.  Not sure what that means in the GNOME Shell world yet, but the docs I've found do say that we should keep it.
[09:32] <alexarnaud> hello all :) !
[09:41] <davmor2> willcooke: but that would mean maintaining the browser app for one web app why would you do that?
[09:44] <willcooke> davmor2, nah, just open it in Firefox window in web app mode
[09:45] <davmor2> willcooke: fair enough
[09:45] <Laney> firefox has that?
[09:45] <Laney> that could be handy
[09:46] <davmor2> Laney: I assume that is how their apps ran on the phone and stuff
[09:46] <willcooke> humm, some assumption on my part there.  Cr. certainly does.  I'll look in to it
[09:55] <duflu> willcooke, I spent years being annoyed by that -- Amazon sells almost nothing here. But they will within a year or so :)
[09:56] <willcooke> looks like I was wrong - there isnt a webapp mode - so maybe a .desktop file which just opens Amazon.<foo> in your browser with our referral codes added
[09:57] <willcooke> duflu, I guess the logistics are somewhat different for you?
[09:57] <willcooke> A man on a push bike could pretty much manager the UK by comparison
[09:57] <davmor2> willcooke: making it more generic I think is a good thing, do the same for ebay too :D
[09:57] <willcooke> Do we have a referral deal with ebay?  I dont think we do any more
[09:58] <duflu> willcooke, just a business decision on Amazon's part - they decided AU is starting to become attractive only now
[09:58] <duflu> Many factors in that
[09:59]  * duflu -> dinner
[10:10] <xnox> willcooke, i am happy with having it default; i am unhappy that when i remove and/or reorder it, this human action is not remembered by the desktop migration scripts, and thus unity upgrades resurrect it.
[10:10] <xnox> willcooke, i've been trying to use artful ubuntu gnome and so far i have many usability bugs.... i wonder if I should send it privately or to ubuntu-desktop mailing list
[10:11] <xnox> given that lwn.net is spying on us and quoting my jokes out of context.
[10:11] <Laney> why would you send bugs to a mailing list?
[10:16] <xnox> Laney, because it is more of ayatana bugs, rather than segfaults.
[10:16] <xnox> / design
[10:17] <Laney> Bug reports are an okay place to discuss design decisions too.
[10:17] <Laney> Especially upstream ones.
[10:20] <xnox> against ubuntu-meta? as i'm not sure what will be the correct packages. Or i guess i can file things against Ubuntu without a package, but with a tag.
[10:21]  * xnox is useless with desktop technology
[10:21]  * xnox wonders if infinity would just had "you can cut that shorter.... xnox is useless. that's it, fixed it for you"
[10:21] <davmor2> Gah I prefer the position of unity's decisions at the bottom of the window but I guess moving to the top of the box will be gotten used too
[10:23] <xnox> davmor2, hm? what's that about?
[10:23] <xnox> what's at the bottoms?
[10:24] <jbicha> xnox: report against gnome-shell?
[10:24] <jbicha> good morning
[10:25] <xnox> jbicha, but some things are like mother-of-all-flamewars =/ windows close button should be on the left....
[10:25]  * xnox winces
[10:27] <jbicha> xnox: why? I don't think that makes as much sense on GNOME as it did on Unity
[10:27] <davmor2> xnox: copy a bunch of files from one place to another where you have a backup of the files.  You get to check do this to all files but the do it button is on the top of the screen not the bottom, so you have to move from the checkbox at the bottom of the dialogue window to the okay button at the top of the window
[10:28] <xnox> davmor2, hm, weird.... i'll play with that.
[10:29] <jbicha> davmor2: oh you don't like headerbars? but that's part of how GNOME decided to save vertical space
[10:29] <jbicha> I guess the odd part is most dialogs don't use headerbars
[10:30] <xnox> jbicha, i would be perfectly happy with the team in charge of this to say no to things. And i actually preffer veto driven decisions. But personally, so far I am struggling a lot with left/right. It's been years now =(
[10:30] <davmor2> jbicha: please god tell me you are joking they make the worlds biggest header, then the worlds biggest menu header and then say they are saving space
[10:30] <xnox> with maximized windows having close button, next to indicators in gnome shell has caused me a few times to close things instead of change indicators.
[10:31] <jbicha> xnox: are you using an extension for maximized windows (pixel saver?) ?
[10:31] <xnox> so far gnomeshell is deffinately using more vertical space; even if one discounts things where we are patched in a non-upstream way to /show/ menu bars when upstream moved onto the shell design guidelines.
[10:32] <davmor2> xnox: http://people.canonical.com/~davmor2/personal-screenshots/Screenshot%20from%202017-04-27%2011-28-57.png
[10:32] <xnox> jbicha, that's the other thing. i am not sure if i am using the stock experience or not. My laptop has been on devel releases for many years now. And at one point i was debugging file conflicts and login bugs between lubuntu - kubuntu - unity. and my unity was broken and I ended up with gnome as well installed to get some usable desktop =/
[10:33] <jbicha> xnox: for my question, open Tweak Tools>Extensions and see which ones you have turned on
[10:34] <xnox> jbicha, i was right clicking all over the shell and got no settings at all. Are shell settings only available through the tweak tool? e.g. there is no system-settings module to toggle things?
[10:34] <xnox> davmor2, *sad*
[10:35] <jbicha> davmor2: have you seen this post? https://blogs.gnome.org/aday/2014/08/27/gnome-design-saving-you-space-since-2009-or-so/
[10:36] <jbicha> xnox: what settings are you looking for? yes many settings are not in gnome-control-center because Design couldn't find a good place for them or something
[10:36] <jbicha> that's why Ubuntu GNOME has always included Tweak Tool and I recommend other distros do that too
[10:37] <xnox> jbicha, i think the complaint is the eye tracking that one reads the dialog, decides action which one has to return to the top to do, and then gets a second pop-up, realises one needs to do it for all and has to look down to the bottom, tick the box, look up again, to click the button on the top. The header bar is ok.
[10:37] <xnox> one way to fix it is with "[Replace] all]" "[Skip] all]" hamburger style, joined up buttons.
[10:37] <jbicha> xnox: for nautilus design, you can talk with csoriano
[10:38] <jbicha> #nautilus on irc.gnome.org
[10:38] <Laney> I don't think #ubuntu-desktop is going to be redesigning GNOME
[10:38] <xnox> which should be the gtk-ish way to move the tick box up, despite how i despise the "foo, foo all, bar, bar all, baz, baz all" button sets
[10:38] <Laney> #nautilus or #gnome-design
[10:38] <xnox> maybe i should take my design bugs upstream.
[10:39] <Laney> I think so
[10:39] <Laney> In as much as we'd be involved, I think/hope we'd be doing it there
[10:39] <jbicha> yes, major design changes are very difficult to push through, so good luck! :)
[10:39]  * xnox will claim refugee status concessions!
[10:40] <jbicha> I don't think that will help much :(
[10:40] <xnox> to be honest i am pondering unity-shell at this point =( despite how divisive that might be.
[10:41] <Laney> I doubt what xnox runs on xnox's own computer is going to divide anyone
[10:41] <jbicha> imagine if an outsider jumped onto Ubuntu's mailing list in recent years and tried to completely change Unity's design
[10:41] <xnox> jbicha, some things did work that way, like the changing the direction of the spin on the big fat button.
[10:42] <jbicha> on the other hand, it is possible to change smaller design decisions
[10:42] <xnox> i am hoping to have things done with like defaults changed, and/or (simple & maintainable) extensions preinstalled. To use shell as a platform.
[10:42] <jbicha> and your contributions are easier to get accepted the more you contribute and the other contributors get to know you and appreciate what you've done
[10:43] <xnox> or even as a bridge for those that are old and grumpy and don't like changes that much, like me.
[10:43] <xnox> my history with gnome so far is sending good small patches, and then having them applied 3-6 years later.
[10:43] <Laney> sounds like Launchpad
[10:44] <xnox> one was great, it was closed 4 years later saying "thanks, but we no longer need python2->3 porting patch, we rewrote this app in vala"
[10:45] <davmor2> yeah just crash maps
[10:46] <Laney> It'll be nice in a year when the dogpiling is over :-)
[10:47] <xnox> davmor2, jbicha: re: http://people.canonical.com/~davmor2/personal-screenshots/Screenshot%20from%202017-04-27%2011-28-57.png mpt points out that the dialog is lying, the replacement file is in fact older, not newer.
[10:48] <jbicha> xnox: read more slowly (?)
[10:48] <xnox> jbicha, i am.
[10:49] <davmor2> xnox: that's cause I copy pasted the same files to get the screenshot :D
[10:49] <davmor2> xnox: so I had already copied them once
[10:49] <jbicha> xnox: the replacement file is supposed to be older
[10:50] <xnox> jbicha, i can see how that was the intention, but that's not how i'm parsing this phrase. It is umbigious to me.
[10:51] <xnox> jbicha, i am expected "The new file with the same name already exists in ...."
[10:51]  * xnox ponders if i am crazy
[10:52] <jbicha> the original file *is* 1 minute newer than the replacement file so it asks to make sure you're aware of thatt
[10:53] <xnox> jbicha, ... and the other way around, it should be asking as well, no?
[10:54] <xnox> or is the text there different again, making it confusing.
[10:54]  * xnox would have thought desktops try to prevent clobbering files, both new->old old->new identical timestamps.
[10:54]  * xnox shall test that.
[10:59] <jbicha> tjaalton: no, it's not crazy at all to try to get Unity onto a supported settings-daemon and control-center
[11:00] <jbicha> moving to GNOME's might be better than MATE's?
[11:03] <tjaalton> jbicha: right, but they moved some things to mutter
[11:03] <tjaalton> like input
[11:03] <tjaalton> so cinnamon/mate would be easier to adapt to I think
[11:05] <tjaalton> also, I broke mouse acceleration in zesty, and the only way to (easily) fix that would be to replace x-x-i-libinput with -evdev, although -evdev is in universe now :/
[11:05] <jbicha> I was thinking that MATE's Control Center would be a much bigger UI regression
[11:07] <tjaalton> could be
[11:16] <mpt> davmor2, jbicha: Ok, now I read it three times I realize it’s not lying, just misleading. “Replace file (A) ‘dmcv.docx’? (B) A newer file with the same name already exists…” reads as if (A) and (B) are different files, when I guess they aren’t.
[11:18] <mpt> So it’s not the worst problem with that dialog, but still a problem I think.
[11:18] <jbicha> they are different!
[11:19] <jbicha> oh, I guess they aren't different except for the last edited time
[11:20] <davmor2> jbicha: they are identical bar the time
[11:20] <jbicha> if the time is the only difference, do you think it should just silently replace the file then?
[11:23] <mpt> jbicha, nono, I don’t mean the files being compared. I mean the files being referred to in the text. The file being replaced, and the “newer file”, are literally the same file.
[11:24] <jbicha> it sounds to me like you're saying that nautilus should compare the content of the files; if they are the same, it should do a different version of the dialog mentioning just the time difference
[11:26] <mpt> jbicha, that’s an interesting idea (not sure how fast it would be for huge files), but that’s not what I’m suggesting. The problem is that the *text* reads as if it’s talking about both files, when it’s only talking about the original file.
[11:27] <xnox> jbicha, the title and the paragraph, use two different terms when referring to the replacee file.
[11:28] <mpt> One example of wording that would refer to both files would be “Are you sure you want to replace dmcv.docx with an older file with the same name?” (not seriously proposing that text, it’s just an example that doesn’t have the problem)
[11:31] <davmor2> jbicha: why replace them if they are identical just leave it alone
[11:31] <davmor2> mpt: ^
[11:32] <jbicha> someone should forward these suggestions on to nautilus… :)
[11:32] <mpt> The modification date might be important for a version control system or whatever
[11:33] <davmor2> mpt: in which case keep the dialogue because it has changed and you are overwriting it
[11:34] <mpt> Ideally, replacing a newer file should look a bit more dangerous than replacing an older file, because it’s more likely to be a mistake. <http://www.mackido.com/Interface/Copy/srcOrDest.gif> shows how this was done in Ye Olde Mac OS: one has “Are you sure you want to”, the other just has “Do you want to”.
[11:37] <davmor2> willcooke: dash to dock makes life much easier
[11:38] <willcooke> indeed, but it could well be seen as us trying to make GNOME Shell look like Unity.  And people can install it themselves pretty easily.  But we should consider it.
[11:39] <davmor2> willcooke: I agree but for a gui way to switch apps it is much easier and more direct than having to click on applications or hit it hard enough to open the overview so you can access the dash :)
[11:39] <jbicha> and GNOME Classic was Red Hat trying to make GNOME Shell look like GNOME 2 :)
[11:40] <davmor2> jbicha: but that was just to keep old users happy :D
[11:40] <jbicha> davmor2: isn't that what we're talking about though?
[11:42] <davmor2> jbicha: no, the dash is a thing in gnome and in unity (different names but the same job) only difference is the amount of time taken in using them
[11:43] <jbicha> confusing terms: Unity's "Dash" is equivalent to GNOME's "Activities Overview", GNOME's "Dash" (especially w/Dash to Dock) is approximately equivalent to Unity's "Launcher"
[11:44] <Laney> Groundhog day
[11:44] <Trevinho> Laney: it seems that https://bileto.ubuntu.com/#/ticket/2730 's britney is still running...  Since i'm leaving, can you monitor that and if it goes well, to publish it? :-)
[11:44] <Trevinho> (hey all btw :-P )
[11:45] <davmor2> jbicha: indeed the dash and launcher do the same job with different names,  but if I want to switch between 2 apps in a gui fashion it is much quicker with the docked dash than moving up to the top left then down to the app then back up to the top left then back down to the other app
[11:45] <Laney> hi Trevinho
[11:45] <Laney> I missed the week when you talked to us :(
[11:45] <Laney> s/missed/miss/
[11:46] <jbicha> I'd like to convince GNOME Shell to add an official dock option, but I have little influence on Shell design to actually make that happen
[11:46] <jbicha> that would benefit Ubuntu but many users of other distros too
[11:49] <Trevinho> Laney: oh... I'll talk again :-D
[12:12] <jbicha> GNOME Shell theming is a bit odd since it doesn't actually use GTK+ itself
[12:13] <jbicha> I've got a patch to switch it from using the Cantarell font to the Ubuntu font if that's ok with the Team
[12:30] <kenvandine> jbicha, cool
[12:30] <kenvandine> jbicha, yes, please do that
[12:31] <kenvandine> jbicha, i was planning to do that myself, so yay!
[14:12]  * Laney needs moar brightness levels
[14:20] <Sweetshark> Laney: Whether 'tis nobler in the mind to suffer brightness levels that go to eleven or to take arms against over 9000 brightness levels and by opposing, end them
[14:28]  * Laney takes arms against the sun
[15:21] <tkamppeter> Sweetshark, hi
[16:51] <Laney> abeato: jhodapp: You think we still need the patches that we added to gst-base / bad?
[16:51] <jhodapp> Laney, hmm that's a great question
[16:51] <abeato> Laney, do you have a link handy for those?
[16:51] <jhodapp> I think we should still get that stuff upstreamed
[16:52] <jhodapp> because it is useful for Android systems and other systems
[16:54] <Laney> jhodapp: Yeah, I guess upstream still might want them if someone's interested in working them up there, just asking if we need them in Ubuntu still
[16:54] <Laney> abeato: sec
[16:55] <Laney> abeato: https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gst-plugins-base1.0/tree/debian/patches/0001-riff-Add-input-buffer-size-to-GstCaps.patch / https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gst-plugins-bad1.0/tree/debian/patches/adding-mirsink-and-android-media-over-hybris-support.patch / https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gst-plugins-bad1.0/tree/debian/patches/desktop-mirsink.patch
[16:55] <jhodapp> Laney, I think the stuff for the desktop is still useful that abeato did recently
[16:55] <jhodapp> so basically that last one
[16:55] <abeato> Laney, for the one in bads it is not impossible that we can use them in some devices through hybris
[16:56] <abeato> Laney, 0001-riff-Add-input-buffer-size-to-GstCaps.patch can be dropped, it was for a very specific MTK issue, and there is an upstream bug, so not all is lost
[16:56] <abeato> Laney, I would keep the other two
[16:57] <Laney> well, I'm more asking about ongoing maintenance of them
[16:58] <Laney> I get that they are decent enough features, but I suppose the question is whether we should spend time in keeping them alive
[16:59] <Laney> like - I'm updating to the 1.12 RC now and it's not out of the question that they'll require porting
[16:59] <Laney> should we do that?
[17:00] <Laney> got to go in a second so no need to have a definite answer right now :-)
[17:08] <Laney> k, goodnight!
[17:08] <Laney> just started raining :(
[17:23] <dednick> welcome to the UK
[17:34] <kenvandine> Laney, jbicha: do we have a list of packages with patches to consider removing?  I want to make sure I don't duplicate anyone's effort
[17:36] <jbicha> kenvandine: I don't
[17:37] <kenvandine> ok, maybe i'll start a list
[17:37] <jbicha> I think I'll push my nautilus 3.24 packaging to our ubuntu-desktop branch now
[17:37] <jbicha> we still need to figure out what we're doing with tracker there…
[17:38] <jbicha> kenvandine: what's your role with these MIRs?
[17:39] <kenvandine> just doing what i can to help get this transition
[17:41] <kenvandine> jbicha, anxiously awaiting something from security for gjs and mozjs
[17:45] <jbicha> I guess my question was: are you going to be the one to approve non-security MIRs?
[17:45] <kenvandine> jbicha, no, i can't approve MIRs
[17:46] <jbicha> wow, what a small team: https://launchpad.net/~ubuntu-mir/+members
[17:46] <kenvandine> right
[17:46] <jbicha> that looks like cyphermox to me then
[17:46] <kenvandine> yeah
[17:47] <kenvandine> really small team :/
[17:47]  * oSoMoN → dinner
[17:47] <kenvandine> good night oSoMoN
[17:47] <oSoMoN> goodnight all
[17:51] <jbicha> I'm closing the Cantarell MIR since we're using the Ubuntu font for now
[17:54] <GunnarHj> jbicha: Hi! Saw your getting-started MIR. One of my thoughts is/was to fork that one into ubuntu-docs as well... But maybe that would be to stretch it too far; maybe it's better to keep gnome-getting-started-docs as an addon, and limit the Ubuntu customization things to the actual user guide.
[17:58] <jbicha> getting-started is so basic (wireframes and simple instructions) that unless we significantly to change how GNOME works, I don't think there's a need to fork it
[18:00] <willcooke>  /me -> dinner.  Night all
[18:04] <GunnarHj> jbicha: That's my impression too. Then we just need to set up the tools for building it as HTML, if we want it on help.ubuntu.com as well. But that's probably not the most urgent thing ATM.
[18:10] <jbicha> you should be able to build it the same way you do ubuntu-docs with yelp-build or whatever
[18:11] <jbicha> that script can be in a different repository than the package source
[18:24] <GunnarHj> jbicha: Yeah, I see no big problem. Just a couple of details to be dealt with, but we'll find a way. Thanks!
[19:09] <tkamppeter> Sweetshark, hi
[19:56] <seb128> tkamppeter, hey, I missed part of the backlog but did you have a question for Bjoern?
[19:56] <seb128> you might want to ask on the channel directly in case others can help you
[19:56] <seb128> unsure how much he's around
[19:57] <tkamppeter> Yes, I saw him talking here earlier today and tried to talk to him two times, but he did not answer.
[19:58] <tkamppeter> I need some help for contributing to LibreOffice. I want to get one of the GSoC students modify the print dialog to accept external backends, so that one can support Google Cloud Print, IPP network printers, and future print technologies.
[19:59] <seb128> k
[19:59] <seb128> you can maybe drop him an email about that
[20:01] <tkamppeter> I tried already a week ago but he did not answer.
[20:03] <jbicha> I got my first commmit into LibreOffice a few months ago
[20:04] <tkamppeter> jbicha, so you contribute to LO?
[20:04] <jbicha> once I finally got my gerrit working, my patch was reviewed really quickly and they even sent me a PDF certificate which is cool
[20:04] <tkamppeter> gerrit?
[20:04] <jbicha> gerrit is their git patch review system
[20:05]  * gQuigs really likes how easy it is to contribute to LO
[20:05] <tkamppeter> jbicha, do you regularly contribute to LO?
[20:06] <jbicha> no, I just did 2 minor commits, one is https://gerrit.libreoffice.org/#/c/33962/
[20:06] <jbicha> you could also ask in #libreoffice-dev
[20:06] <gQuigs> tkamppeter: do you have a test case that doesnt' work todaY?
[20:07] <tkamppeter> jbicha, so you fixed only lower/upper case typos?
[20:08] <jbicha> I fixed a hyphen typo too! lol https://gerrit.libreoffice.org/#/c/33973/
[20:08] <jbicha> hey, it was good enough for the certificate :)
[20:10] <tkamppeter> gQuigs, I did not spot a bug, I have a student who is supposed to patch the print dialog so that printer list, option list, print job transfer, ... are done through common backends which are also used by GTK and Qt dialogs. This would allow to easily plug in new print technologies like Google Cloud Print.
[20:11] <tkamppeter> jbicha, so you will get our new LO package maintainer?
[20:12] <tkamppeter> jbicha, so you could fix problem like LO not printing on Tuesdays :)
[20:17] <jbicha> ricotz is obviously a lot more useful for LO maintenance than I am
[20:18] <gQuigs> tkamppeter: that definitely sounds like you want to chat on #libreoffice-dev
[20:18] <gQuigs> or better yet write an email to the mailing list
[20:19] <tkamppeter> gQuigs, thsnks, will do.
[20:21] <tkamppeter> gQuigs, are you regularly contributing to LO or does ricotz do?
[20:21] <gQuigs> tkamppeter: https://wiki.documentfoundation.org/Development/Use_of_MailList
[20:21] <ricotz> seb128, jbicha, so there is actually no one maintaining the LO package?
[20:22] <jbicha> ricotz: Sweetshark got hit by the layoffs :(
[20:23] <gQuigs> tkamppeter: I've mostly picked up some low hanging fruit and fixed it/removed obsolete things (nothing IIRC specific to Ubuntu though)
[20:23] <ricotz> jbicha, I am aware of that :(
[20:24] <ricotz> as usual the packages are lacking behind more or less
[20:25] <ricotz> the ppa contains recent version which should be considered to be picked up
[20:25] <ricotz> tkamppeter, gerrit is the way to go to contribute and proposed patches
[20:30] <seb128> ricotz, indeed, no maintainer for it
[20:33] <ricotz> seb128, ok, so what is going to be done about that?
[20:34] <ricotz> I am keep pushing updates to the PPA as usual
[20:37]  * Sweetshark reads backlog.
[20:40] <Sweetshark> tkamppeter: yeah, probably best to get in touch with upstream on #libreoffice-dev -- the linux printing stuff isnt an area I am deeply interested in. Caolán McNamara (Red Hat) is likely the closest core developer to the topic. In addition to being absolutely amazing, he is extremely busy too though ...
[20:40] <Sweetshark> tkamppeter: https://wiki.documentfoundation.org/FindTheExpert <- for reference
[20:42] <tkamppeter> Sweetshark, thank you very much. I am already talking with Caolan on #libreoffice-dev
[20:42] <tkamppeter> Sweetshark, by the way, have you seen my mail?
[20:43] <tkamppeter> Sweetshark, it is about the same subject, so it seems that now I have the needed contact.
[20:43] <Sweetshark> tkamppeter: I dont think so. FWIW the @canonical.com email is dead anyway.
[20:43] <tkamppeter> I have sent it to @libre....
[20:46] <seb128> ricotz, no idea yet what we are going to do about it
[20:48] <Sweetshark> tkamppeter: I see you've been welcomed just fine on #libreoffice-dev ;)
[20:55] <ricotz> seb128, ok, please keep me posted on that topic
[20:59] <seb128> k
[21:19] <jbicha> muktupavels: I managed to get Unity to run without u-s-d: https://launchpad.net/~jbicha/+archive/ubuntu/unity/+packages
[21:20] <muktupavels> how good it works?
[21:20] <jbicha> unity-greeter doesn't work as a login screen but it still works for screen locking so you'll need to install something like gdm3
[21:20] <jbicha> I don't know where to look to get the keybindings to work (like Ctrl+Alt+T)
[21:20] <jbicha> the Alt key works to bring up the HUD
[21:21] <jbicha> Mouse & Touchpad Settings don't work, maybe same problem as keybindings?
[21:22] <muktupavels> https://git.gnome.org/browse/gnome-flashback/tree/gnome-flashback
[21:22] <muktupavels> libdisplay-config for display panel
[21:22] <muktupavels> libshell for keybindings
[21:23] <muktupavels> mouse and touchpad -> libinput-settings
[21:26] <jbicha> I wouldn't know how to plug all that into Unity
[21:27] <muktupavels> Does Unity want / will drop unity-settings-daemon and control center?
[21:28] <jbicha> I'd have to talk to the rest of the Desktop Team about that
[21:28] <muktupavels> gnome-flashback was more as an example with what unity might need to do if it will try to use gnome settings daemon and control center...
[21:29] <jbicha> I haven't seen anyone step up to maintain Unity 7 at all
[21:29] <muktupavels> Then why not just drop it completely?
[21:30] <jbicha> I don't have a problem with that, but…
[21:31] <jbicha> Mark's vision was that it would still be in universe for 18.04 LTS and he's been telling people that
[21:31] <muktupavels> I was reading that it might be in universe...