[06:04] <didrocks> good morning
[06:05] <Trevinho> hi didrocks
[06:05] <Trevinho> good morning :-)
[06:05] <Trevinho> I was actually waiting for you :-D
[06:06] <didrocks> hey Trevinho! really? ;)
[06:06] <Trevinho> yeah...
[06:06] <Trevinho> didrocks: as, you might have a look at branches in https://bileto.ubuntu.com/#/ticket/2967
[06:07] <Trevinho> there are also two branches that andyrock approved and tested, but he can't global approve
[06:08] <didrocks> Trevinho: will have a look today
[06:08] <Trevinho> didrocks: ok, no rush... just I wanted to mention before I was going to bed :)
[06:08] <didrocks> Trevinho: sure! Have a good night :)
[06:09] <Trevinho> thanks
[06:09]  * Trevinho loved the Bali timezone more :-P
[06:24] <jibel> morning
[06:28] <didrocks> salut jibel
[06:31] <jibel> salut didrocks , bien rentré?
[07:12] <didrocks> jibel: oui oui, aucun problème, et toi ?
[07:33] <jibel> didrocks, perfect, arrived 1h15 early. I was a very short flight
[07:33] <jibel> s/I/It/
[07:34] <didrocks> nice!
[07:34] <didrocks> mine was delayed (boarding 40 minutes in JFK, then, waiting an hour for taking off)
[07:35] <didrocks> but we arrived only 20 minutes late, which was ok for connecting anyway
[08:02] <willcooke> morning all
[08:04] <Laney> sup
[08:04] <willcooke> hi Laney
[08:06] <didrocks> hey willcooke, Laney
[08:06] <willcooke> hi didrocks, how goes?
[08:07] <seb128> good morning desktopers
[08:07] <seb128> hey didrocks willcookel
[08:07] <seb128> did everybody had a good trip back and recovered?
[08:07] <willcooke> hi seb128l, how was your day yesterday?  Restful?
[08:07]  * seb128 failed to connect to that channel today when he started irc because of the +r mode
[08:07] <willcooke> same here
[08:07] <didrocks> willcooke: good, still a little bit tired, but getting there :)
[08:08] <seb128> willcooke, it was good, not so much rest though, just catchup with busy life mostly... :-)
[08:09] <seb128> we had all been travelling for a week so quite some unpacking, tiding up, etc
[08:09]  * Laney nods didrocks willcooke seb128 
[08:09] <seb128> just as a fyi Olivier is off today, Catalonia protests = no school so he has to take care of his daugther
[08:09] <seb128> hey Laney, how are you?
[08:11] <Laney> ahh I was hoping he was going to be on strike
[08:11] <Laney> seb128: good!
[08:11] <Laney> umm there's a weird noise coming from the bathroom
[08:11] <Laney> brb
[08:12]  * Laney gets eaten by the drain monster
[08:12] <Laney> ... it's next door scraping on their side of the wall in a creepy way ...
[08:15] <seb128> lock the door!
[08:44] <didrocks> andyrock: hey, once you are online, do you mind answering on https://github.com/ubuntu/gnome-shell-extension-appindicator/pull/95? Feedback asked 4 days ago, you should really fix your github emails ping! (I don't really want to merge/sponsor it before upstream +1 on it)
[08:50] <seb128> didrocks, 4 days which included rally wrapup, w.e and post sprint monday ... still agreed that it would be nice to reply though, just putting things in perspective a bit :)
[08:51] <seb128> andyrock, but yeah, please reply today :)
[08:54] <didrocks> well, it's just the second time I'm asking to track on this one and answer (and some others)
[08:54] <didrocks> I think fixing his github notifications is a must, as already explained last week
[08:54] <popey> Hm. the appindicator extension seems to keep disappearing for me
[08:55] <seb128> popey, report a bug with logs?
[08:56] <popey> right, where? upstream git or launchpad?
[08:59] <seb128> launchpad, though you might want to report it against the upstream on as well since we don't really change it
[09:01]  * didrocks found another theme issue to fix, I wonder if this is an indirect related issue to what jibel saw on Friday
[09:12] <popey> ok, thanks seb128
[09:12] <seb128> thx
[09:19] <didrocks> Am I the only one for who the nautilus copy progress bar in the dock doesn't refresh if you close the nautilus windows during the copy?
[09:20] <seb128> I didn't notice that but I'm not sure I close the window usually
[09:20] <seb128> I'm currently on my xenial partition but I try later when I reboot
[09:21] <seb128> I had cases where it stayed a bit longer but the in-win indicator does the same so it's a nautilus issue
[09:22] <didrocks> could be that it doesn't send refresh signals if closed, but I don't see the in-win indicator jumping from one place to another when opening it (can maybe refresh too fast)
[09:28] <seb128> does the launcher refresh immediatly when you reopen the view?
[09:32] <didrocks> yes
[09:33] <seb128> it's probably something like that then, and probably not easy to fix
[09:36] <Laney> didrocks: did you see there's a glib stable release up for merge?
[09:36] <Laney> (just saw the queue entry land)
[09:37] <didrocks> Laney: I probably will do another glib upload once I debug the desktop file translation issue we have (I guess I'll tackle this tomorrow), I'll merge it as the same time
[09:43] <Laney> ok, let's hold for then then
[09:43] <Laney> it probably won't go through proposed-migration by tomorrow anyway
[09:44] <didrocks> hum, I have other uploads waiting on this glib fix to go through thus
[09:44] <seb128> k, I'm out for some errands and lunch, bbiab
[09:45] <didrocks> and time to debug/fix maybe it will be thursday, I hoped to get that one in in between as I tested it for a day already
[09:45] <didrocks> but if you don't mind having more uploads by the end of the week, that's ok to me (migration scripts and default ubuntu settings fix)
[09:58] <popey> looks like I'm also experiencing bug 1719192
[10:05] <ahayzen> popey, https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/96 seems like a duplicate of https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/75 ?
[10:06] <popey> ooh, could be yeah, thanks
[10:06] <popey> I searched but didnt find that one
[11:14] <ricotz> chrisccoulson, I assume this will be required for tb52.4 on artful https://paste.debian.net/plain/988838/
[11:15] <chrisccoulson> ricotz, ah, yeah, I forgot about that one
[11:15] <chrisccoulson> thanks
[11:16] <ricotz> chrisccoulson, also the arm64 fix for firefox doesnt look good imo
[11:16] <ricotz> it is only required on trusty -- https://bazaar.launchpad.net/~mozillateam/firefox/firefox-beta.trusty/view/head:/debian/patches/build-arm64-skia.patch
[11:17] <ricotz> chrisccoulson, you can imagine that there is all kind of things I wanted to ask you over the past couple of weeks
[11:17] <chrisccoulson> we shouldn't be shipping that - it doesn't really have any chance of landing upstream
[11:18] <ricotz> chrisccoulson, I specifically talking about your patch here
[11:22] <ricotz> chrisccoulson, "the desktop team are going to be gradually taking firefox", could you elaborate?
[11:37] <chrisccoulson> ricotz, yes, olivier will be gradually taking it. And hopefully foundations will take rust
[11:40] <ricotz> chrisccoulson, do you have moment for a PM?
[12:25] <jbicha> chrisccoulson: what do you think of LP: #1720422 ? does it help?
[12:34] <jbicha> seb128: hi, what do you think we should do for artful for LP: #1719322 now?
[13:15] <ricotz> hello, there are Firefox 52 ESR packages to test in https://launchpad.net/~mozillateam/+archive/ubuntu/ppa
[13:27] <seb128> jbicha, hey, I would revert, we discussed freezes a bit in N-Y and there was agreement that those are not well enforced nowadays and that people take more liberty of ignoring them which start making the process pointless
[13:28] <seb128> so I think it's time we start being more strict again
[13:28] <jbicha> seb128: revert just file-roller?
[13:28] <seb128> UI change or feature without an approved request should be reverted imho
[13:28] <seb128> jbicha, let me read the wiki, is UIF about the archive or about flavors only?
[13:29] <seb128> seems default installation only
[13:29] <Laney> default applications
[13:29] <jbicha> my personal opinion is that UIF is about documentation and translations so unseeded packages shouldn't be affected
[13:29] <seb128> so yeah, I guess just file-roller is enough
[13:30] <jbicha> ok, that's fine. I felt bad about the file-roller change after I uploaded. That's why I stopped before changing eog & evince
[13:30] <seb128> though those changes are border line feature changes
[13:30] <seb128> and ffe is about the archive, no default install
[13:30] <andyrock> didrocks: seb128 the issue with my github notification emails is not easy to solve :D
[13:30] <seb128> andyrock, hey! what is it?
[13:30] <seb128> jbicha, thanks
[13:31] <andyrock> I get the email but then gmail deletes it and I cannot see any filter than can cause it
[13:31] <andyrock> and "good morning!"
[13:31] <seb128> andyrock, it's in the trash? gmail doesn't give you indication of why?
[13:31] <didrocks> maybe set in spam?
[13:31] <seb128> if it's on any github comment easy to test, disable all filters and do a trivial change
[13:31] <seb128> need to change location, brb
[13:31] <jbicha> I only get notification emails from github sometimes, I have to manually visit http://github.com/notifications so I don't miss stuff
[13:32] <andyrock> seb128 not in trash not in spam I get the notification on my phone for one second, than the notification disappears
[13:57] <Laney> what's that weird smell?
[13:57] <Laney> oh, that weird smell is me
[13:57] <Laney> :(
[14:01] <seb128> bah, I really need to fix my irc client to identify on start, failed to connect to -desktop again
[14:01] <didrocks> even that isn't enough, as for me, ident answer is after autojoin
[14:02] <Laney> it's probably ok to take the mode off now
[14:03] <Laney> but that identify on connect is supposed to be for this case
[14:04]  * Laney has sasl set up
[14:05] <Laney> nope, I did that for OFTC but not freenode, for freenode I have laney:password in the server password
[14:07] <tseliot> Laney: hey, shall I file a bug report against gdm3 about reverting my workaround? I have tested the new nvidia driver (which I haven't uploaded yet), and it's all good
[14:07] <jbicha> andyrock: is there a LP bug for https://bugzilla.gnome.org/788268 ?
[14:08] <Laney> tseliot: maybe ping me when it's in archive and I'll do it
[14:08] <seb128> jbicha, bug #1720150
[14:09] <tseliot> Laney: ok, thanks
[14:09] <seb128> jbicha, you can https://bugs.launchpad.net/bugs/bugtrackers/gnome-bugs/nnn to find the reverse bug
[14:09] <Laney> cool launchpad hack
[14:09] <seb128> :-)
[14:09] <jbicha> wow, that's magic
[14:11] <seb128> I've an alias/keyword on that for years, it's handy :-)
[14:14] <willcooke> PSA:  The new community hub is live: https://community.ubuntu.com
[14:15] <seb128> nice
[14:15] <willcooke> Looks good
[14:16] <didrocks> great :)
[14:16] <didrocks> popey: should we retry a mock blog post ?
[14:16] <popey> Not sure it needs a mock one, why not a real one? :D
[14:16] <didrocks> popey: the issue is if we publish a real one and it doesn't work… no comment for people
[14:17] <popey> and if we do a mock one 5 mins after site launch, all eyeballs see a mock post
[14:17] <popey> which looks messy :)
[14:17] <popey> maybe tomorrow?
[14:17] <didrocks> fine for tomorrow :)
[14:17] <popey> or at 3am :D
[14:17] <didrocks> popey: here is my ssh key to publish and try it thus :p
[14:18] <popey> didrocks: i ssh'ed in but couldn't navigate all the baguettes and croissants!
[14:18] <didrocks> I can ensure you wouldn't be able to find any « croissant au chocolat » here :)
[14:18] <popey> Saw that coming :)
[14:19] <didrocks> héhé
[14:20] <andyrock> jbicha: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1720150
[14:20] <jbicha> thanks
[14:21] <jbicha> seb128: could you review LP: #1719462 ? will that change break translations?
[14:26] <seb128> jbicha, I believe it will yes
[14:26] <seb128> there is no fallback to the string without context since that would be wrong
[14:26] <Laney> fail
[14:26] <seb128> :-/
[14:27] <jbicha> so do we need a UIFe for LP: #1719462 or is emailing the translators list ok?
[14:28] <seb128> jbicha, you need to stay away from doing it I would say
[14:28] <seb128> well it's tricky, if you do it now you risk to have that string not translated in most locales
[14:28] <seb128> depends how reactive translators are
[14:29] <seb128> to weight against a string looking weird in russian
[14:29] <jbicha> ok, I can revert my change and it'll be fixed for 18.04 LTS instead
[14:29] <seb128> I would suggest to do that
[14:56] <ahayzen> Hi, anyone else getting hashsum missmatches from apt update for zesty universe translations? https://pastebin.ubuntu.com/25667357/  or know where to ask/report?
[15:04] <ahayzen> magic, seems to have resolved itself now :-)
[15:07] <kenvandine> ahayzen, that's weird :)
[15:07] <Trevinho> hey guys
[15:19] <didrocks> Trevinho: hey! I did your review, small requests on them :)
[15:20] <Trevinho> didrocks: oh I didn't see the email, now I did :-D
[15:24] <willcooke> Lots of people out for the meeting today, and not many emailed reports, so I think it will be a quick one
[15:29] <kenvandine> :)
[15:29] <kenvandine> quick is good
[15:29] <jbicha> I've got a couple questions to discuss
[15:30] <willcooke> ding ding ding
[15:30] <willcooke> #startmeeting Desktop Team Weekly Meeting 2017-10-03
[15:30] <Laney> |o|
[15:30] <meetingology> Meeting started Tue Oct  3 15:30:37 2017 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <kenvandine> o/
[15:30] <didrocks> o/
[15:30] <willcooke> Roll call: andyrock, dgadomski, didrocks, duflu (out), jbicha, jamesh (out), jibel/heber (out?), kenvandine, laney, oSoMoN (out), seb128, tkamppeter (out), trevinho, robert_ancell (out)
[15:30] <jbicha> o/
[15:31] <Trevinho> hola!
[15:31] <andyrock> o/
[15:32] <willcooke> Let's get started..
[15:32] <willcooke> But, before we do, an announcement... at the end of the meeting we're going to do a quick scan through the rls-aa-incoming bugs and see if there is anything which needs urgent attention and to make sure the bugs are getting looked at.
[15:33] <willcooke> But first, #topic andyrock
[15:33] <willcooke> #topic andyrock
[15:33] <andyrock> # Ubuntu Rally last week
[15:33] <andyrock> # Setting up jhbuild to build the gnome stack.
[15:33] <andyrock> # Fix scaling in appIndicator extension for pixbuf icons.
[15:33] <andyrock> # Windows not scaled in hidpi setups using "Ubuntu Xorg" session.
[15:33] <andyrock> # gnome-shell crashed with SIGSEGV in st_theme_node_reduce_border_radius() from st_theme_node_paint_borders() from st_theme_node_paint().
[15:33] <andyrock> # Some work on "System goes to sleep with external monitor and lid closed after login.". Not yet fixed as I don't have a multimonitor with me right now.
[15:33] <andyrock> # Working on fixing the way the osk is activated in gnome-shell on touch events.
[15:33] <andyrock> ops too fast :D
[15:33] <willcooke> I think it worked
[15:33] <willcooke> :)
[15:33] <willcooke> thanks andyrock
[15:33] <willcooke> #topic dgadomski
[15:33] <dgadomski> hey
[15:33] <dgadomski> nothing to share, have been out last week
[15:34] <willcooke> thanks dgadomski
[15:34] <willcooke> #topic didrocks
[15:34] <didrocks> Since last meeting (2 weeks ago?):
[15:34] <didrocks> * Publish about dash transparency: https://didrocks.fr/2017/09/20/ubuntu-gnome-shell-in-artful-day-13/ and as usual, handle comments and feedbacks.
[15:34] <didrocks> * Discussed with g-g-c upstream about some enhancements for ubuntu dock panel and most of those are now implemented (better layout, multiple screen detections…) and look with seb128 about white background for better readability.
[15:34] <didrocks> * Add advanced printer button in g-c-c to trigger system-config-printer.
[15:34] <didrocks> * Fix gnome-software to show up ubuntu software icon on xorg session.
[15:34] <didrocks> * Spent some time looking and adding bugs to -incoming.
[15:34] <didrocks> * Discussed with GNOME designers on shortcuts like (shutdown) after a patch introduced by system76.
[15:34] <didrocks> * Worked on HUB integration beta with blog post to comments to collect feedback and traffic.
[15:34] <didrocks> * Google Code-in 2017 desktop list tasks.
[15:34] <didrocks> * Tease and work on plan for our next theming strategy.
[15:34] <didrocks> * Fix some theme issues like better button discovery in headerbar, checkbox in the Shell…
[15:34] <didrocks> * Released badges and progress bar in Dock and blog about it: https://didrocks.fr/2017/09/25/ubuntu-gnome-shell-in-artful-day-14/, reseed thunderbird support thus. Using those upload to cherry-pick other fixes and cleaning shorcuts list.
[15:34] <didrocks> * Dig into existing GNOME Shell tests and see what we can do to run them with jibel, build a test framework around them.
[15:34] <didrocks> * Test and uploaded a fix for french in gnome-calculator.
[15:34] <didrocks> * Purge more s390x desktop packages as not leaf dependencies have been removed first and causing FTBFS and other random Archive Admin requests.
[15:34] <didrocks> .
[15:34] <willcooke> thanks didrocks
[15:35] <willcooke> skipping duflu
[15:35] <willcooke> #topic jbicha
[15:35] <jbicha> • Tweaks 3.26.1 release to fix some regressions
[15:35] <jbicha> • Reviewed and merged GunnarHj's im seed changes (replacing fcitx with ibus)
[15:35] <jbicha> • Filled in Desktop section of 17.10 Beta release notes
[15:35] <jbicha> • Made ubuntu-gnome-desktop transitional depending on ubuntu-desktop
[15:35] <jbicha> • Created vanilla-gnome-desktop for those who really liked Ubuntu GNOME
[15:35] <jbicha> • Mentored ventrical and sponsored his work to fix some Unity 17.10 issues
[15:35] <jbicha> • Discussed big-endian mozjs problem (this issue is blocking Debian unstable from updating GNOME Shell to 3.26)
[15:35] <jbicha> • Dropped xterm and xdiagnose from default install
[15:35] <jbicha> • Started packaging GNOME 3.26.1
[15:35] <jbicha> • I had some trouble with imagemagick LP: #1717951 do we want to discuss after the meeting?
[15:35] <jbicha> eof
[15:35] <willcooke> thanks jbicha
[15:35] <willcooke> want to leave your other topics  for the end?
[15:36] <seb128> jbicha, +1 to discuss imagemagick
[15:36] <seb128> at end/after meeting is fine imho
[15:36] <willcooke> kk
[15:36] <jbicha> yes
[15:36] <willcooke> skipping jamesh
[15:36] <willcooke> #topic jibel / heber
[15:36] <willcooke> Ubuntu rally QA highlights:
[15:36] <willcooke> KPIs:
[15:36] <willcooke> Showed current KPIs in grafana dashboard
[15:36] <willcooke> Ideas for new KPIs, example: SRUs (e.g. How long things are waiting in proposed), ISO Size, Boot Speed, Memory Usage
[15:36] <willcooke>  Make KPIs public
[15:36] <willcooke>  Add a KPI review to the weekly meeting
[15:36] <willcooke>  IRC bot to advise on KPI failures
[15:36] <willcooke>  IRC bot to say when an ISO fails to get promoted
[15:36] <willcooke> Gnome-shell-extensions:
[15:36] <willcooke> Discussion about creating an integration suite for gnome-shell-extensions:
[15:36] <willcooke> JS tests scripts
[15:36] <willcooke> D-bus service
[15:37] <willcooke> External tests runner
[15:37] <willcooke> This week working on:
[15:37] <willcooke> Design D-bus interface for gnome-shell-extensions integration tests
[15:37] <willcooke> Analyse red ubiquity jobs
[15:37] <willcooke> Fix problems with VMs in venonat server
[15:37] <willcooke> #topic kenvandine
[15:37] <kenvandine> * Helped elementary guys create a runtime platform snap and snap their first application
[15:37] <kenvandine> * Created a build snap for elementary sdk, which will be used in stead of build -packages for building elementary apps.  Not yet tested, once we sort out how this works I need to do the same for GNOME.
[15:37] <kenvandine> * Discovered the new build-attributes in snapcraft that allows us to exclude system libraries from our snaps more easily
[15:37] <kenvandine> * Put our snaps on a diet!  Our snaps are now significantly smaller thanks to excluding the system libraries.
[15:37] <kenvandine> * 13 new snaps last week
[15:37] <kenvandine> * Created a wiki page for our snaps https://wiki.ubuntu.com/DesktopTeam/GNOMESnaps
[15:37] <kenvandine> * Working on the Ubuntu Migration to GNOME doc
[15:37] <kenvandine> EOF
[15:37] <willcooke> thanks kenvandine
[15:37] <willcooke> #topic Laney
[15:38] <Laney> • Went to the Ubuntu Rally in NYC
[15:38] <Laney> ∘ Worked with wgrant on a new cloud region for arm64 / s390x testing, found some problems with the setup that are being worked through.
[15:38] <Laney> ∘ Discussed release team processes with the members who were there.
[15:38] <Laney> ∘ Took advantage of jadahl to learn more about monkeypatching in the looking glass, and to fix some random bugs.
[15:38] <Laney> ∘ Triaged the list of rls-aa-incoming bugs in person.
[15:38] <Laney> ∘ Helped out with defining the 18.04 work list.
[15:38] <Laney> ∘ Some pair debugging of the systemd/armhf failure with x_nox.
[15:38] <Laney> ∘ Helped s_il2100 out with his first serious bit of release managing (well done!)
[15:38] <Laney> ∘ Tested + released NM 1.8.4.
[15:38] <Laney> ∘ Pizza, steak, burger.
[15:38] <Laney> • Been doing release team reviews (queue + FFe).
[15:38] <Laney> • Helped out a bit with gnome-software 3.26.1 release upstream - cherry-picked some patches & wrote release notes, then hughsie turned up and pushed the tarball.
[15:38] <Laney> 💌
[15:39] <willcooke> thanks Laney
[15:39] <willcooke> skipping osomon
[15:39] <willcooke> #topic seb128
[15:39] <seb128> * travelled to N-Y
[15:39] <seb128> * had quite some discussions with different people here about random topics (didn't take enough notes to list them here, that wouldn't be too useful anyway)
[15:39] <seb128> * looked at some theme issues with Didier (g-c-c lists bg, action button colors)
[15:39] <seb128> * debugged some ubiquity issues (layout not applying, start sound not playing, orca not starting)
[15:39] <seb128> * reviewed trellos board and milestoned bugs with the team
[15:39] <seb128> * triaged recent reports on launchpad
[15:39] <seb128> probably others bugs and debugging I didn't list there

[15:39] <willcooke> thanks seb128
[15:39] <willcooke> #topic tkamppeter
[15:40] <willcooke> Hey tkamppeter, are you here?
[15:40] <tkamppeter> yes
[15:40] <tkamppeter> - Ubuntu Rally:
[15:40] <tkamppeter>   o Met Gerry Boland to coordiante integration of print dialog work, as in
[15:40] <tkamppeter>     the LTS we will not get beyond Qt 5.9, he suggests to create a separate
[15:40] <tkamppeter>     package with the new Qt print dialog
[15:40] <tkamppeter>   o Talked with Olivier about the (upstream-accepted) LibreOffice print dialog
[15:40] <tkamppeter>     patch.
[15:40] <tkamppeter>   o Met several of the Snap guys and got some help on the CUPS Snap. Next
[15:40] <tkamppeter>     problem is Avahi:
[15:40] <tkamppeter>     https://forum.snapcraft.io/t/snapping-cups-printing-stack-avahi-support-system-users-groups/1502/16?u=till.kamppeter
[15:40] <tkamppeter>     Printer driver plug-in support is covered by this bug:
[15:40] <tkamppeter>     https://bugs.launchpad.net/snapd/+bug/1655125
[15:40] <tkamppeter>   o Talked with several people about driverless printing.
[15:40] <tkamppeter> - cups-filters: Released 1.17.8 with a bug fix in foomatic-rip and packaged
[15:40] <tkamppeter>   this for Artful
[15:40] <tkamppeter> - OpenPrinting: Started to move all OpenPrinting projects to GitHub:
[15:40] <tkamppeter>   https://github.com/OpenPrinting
[15:40] <tkamppeter> - Common Print Dialog Backends (CPDB): Started new OpenPrinting project for
[15:40] <tkamppeter>   all the GUI-toolkit-independent parts of print dialog work of this year's
[15:40] <tkamppeter>   Google Summer of Code:
[15:40] <tkamppeter>   o cpdb-libs: Libraries to implement the D-Bus interface between print dialog
[15:40] <tkamppeter>     and backends
[15:40] <tkamppeter>   o cpdb-backend-cups: CUPS/IPP backend
[15:41] <tkamppeter>   o cpdb-backend-gcp: Google Cloud Print backend
[15:41] <tkamppeter>   The GIT repositories are available on the OpenPrinting GitHub.
[15:41] <tkamppeter> - Common Print Dialog Backends (CPDB): Suggested to do to additional pieces:
[15:41] <tkamppeter>   o "Adaptor" backend for current (old) GTK print dialog which connects to the
[15:41] <tkamppeter>     new CPDB backends, for the time being until the new GTK print dialog will
[15:41] <tkamppeter>     get released (like Ubuntu 18.04).
[15:41] <tkamppeter>   o "Print to File" CPDB backend to allow to save the output to a PDF file.
[15:41] <tkamppeter>   Nilanjana Lodh, who did the libraries and CUPS backend in GSoC will most
[15:41] <tkamppeter>   probably work on this.
[15:41] <tkamppeter> - Google Summer of Code 2018: 7 project ideas already lined up. Most of the
[15:41] <tkamppeter>   students are still available for next GSoC and we will ask them to work for
[15:41] <tkamppeter>   us again. We will also start to recruit in December.
[15:41] <tkamppeter> - Bugs.
[15:41] <willcooke> thanks tkamppeter :)
[15:41] <willcooke> #topic Trevinho
[15:42] <Trevinho>  · Fixed landing of unity7 stack on artful and did the landing
[15:42] <Trevinho>  · Fixed mutter to get proper matching of snapped gnome applications
[15:42] <Trevinho>  · Continued the work on fractional scaling with Jonas, targetting various annoyances
[15:42] <Trevinho>  · Did the work to port ubuntu settings saved in gnome to our schemas
[15:42] <Trevinho>  · Eat a lot of American food
[15:42] <Trevinho>  · Took selfies with the team
[15:42] <Trevinho> <3
[15:42] <willcooke> heh
[15:42] <willcooke> thanks Trevinho
[15:42] <willcooke> skipping robert_ancell
[15:42] <willcooke> #topic rls-aa-incoming review
[15:43] <tkamppeter> You forgot something: Drink a lot of Espresso.
[15:43] <willcooke> Laney, could you take us through it?
[15:43] <Laney> UMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMOK
[15:43] <Laney> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-aa-incoming-bug-tasks.html
[15:44] <Laney> so question for each one is
[15:44] <Laney> accept or not, and if so, assign to who?
[15:44] <Laney> the DHCP thingy is not for our team, but the other three at the top are I think
[15:44] <Laney> https://bugs.launchpad.net/ubuntu/+source/lshw/+bug/1720624
[15:44] <seb128> I don't think the first one (g-s) is important enough to be on the list
[15:45] <seb128> jbicha, ^you tagged it?
[15:45] <didrocks> (also, seb tried to fix the first one and it's not trivial)
[15:45] <Laney> can we do them in order please
[15:45] <Laney> well, the order that I'm giving them :
[15:45] <Laney> :P
[15:45] <willcooke> That does appear to be the first one
[15:45] <jbicha> seb128: if the actions don't work, we could disable them from the .desktop
[15:45] <seb128> Laney, "gnome-screenshot Actions don't work in default Ubuntu 17.10 session" is first here
[15:46] <Laney> :/
[15:46] <Laney> I already gave one, but ok.
[15:46] <seb128> Laney, sorry, go ahead with your order
[15:46] <Laney> https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1720262
[15:46] <seb128> that's fine
[15:46] <didrocks> I would suggest we remove the extra actions from desktop file
[15:47] <didrocks> better than a non working action
[15:47] <seb128> jbicha, if you wish, I don't think many users are going to pin that icon to the launcher and right click on it in practice
[15:47] <didrocks> (for this cycle)
[15:47] <seb128> but a small improvement is still welcome and it's a cheap change
[15:47] <seb128> jbicha, would be worth upstreaming the issue still
[15:47] <Laney> who wants to be assigned it then?
[15:48] <jbicha> ok, I'll do those 2 tasks (upstream and remove non-working actions)
[15:48] <Laney> k, nominate, assign, remove tag please, thanks!
[15:48] <seb128> jbicha, thanks
[15:49] <Laney> https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1720829
[15:49] <Laney> I found the upstream bug, pinged on it for a review, but I vote notfixing for the release
[15:49] <Laney> as in, wait for that review
[15:50] <seb128> +1
[15:50] <seb128> we can SRU the fix later
[15:50] <didrocks> sounds minor enough to not risk it, at worst, SRU
[15:50] <didrocks> yep :)
[15:50] <Laney> thx
[15:51] <willcooke> kk, looks like the other bugs are not for us
[15:51] <Laney> no
[15:51] <Laney> https://bugs.launchpad.net/ubuntu/+source/lshw/+bug/1720624
[15:51] <Laney> that is
[15:51] <seb128> udisks is foundations no?
[15:51] <seb128> if it's not it should :p
[15:51] <seb128> it's in systemd now no?
[15:52] <Laney> no
[15:52] <seb128> (or virtual is if that didn't land yet)
[15:52] <Laney> https://launchpad.net/ubuntu/+source/udisks2
[15:52] <Laney> Desktop Packages
[15:52] <jbicha> I didn't update udisks2 to 2.7 because of FeatureFreeze
[15:53] <seb128> Laney, I disagree it should be on our team list but that's not a topic for the meeting
[15:53] <seb128> Laney, I can take on that one, I'm unsure if I can fix it but I can at least try to find the commit that regressed and report upstream
[15:53] <jbicha> (libblockdev needs a MIR anyway for udisks 2.7)
[15:54] <Laney> there's a comment that says it is fixed in 2.7.something
[15:54] <seb128> well I can find the commit then :-)
[15:54] <seb128> git bisect works either way
[15:54] <Trevinho> didrocks: about the comment, sure for the bug
[15:55] <Laney> k
[15:55] <Trevinho> didrocks: as for the order of elements, the fact the script is named like that it ensures it will run before the one you added which does the reset
[15:55] <didrocks> Trevinho: yeah, but will make sense to move all that in the same script, doesn't it?
[15:55] <Trevinho> but indeed the fact they're provided by different packages doesn't help to track this
[15:55] <Laney> umm
[15:55] <Laney> guess we're done with bugs then ...
[15:55] <didrocks> Laney: yeah, feel free to steal/move it :)
[15:55] <willcooke> thanks all
[15:56] <didrocks> thanks!
[15:56] <willcooke> #topic AOB
[15:56] <didrocks> oupss, that was for Trevinho the steal/move it
[15:56] <Laney> sounds like seb128 wants an action to slide udisks2 off us
[15:56] <seb128> we should review the list of components assigned to us at some point
[15:57] <seb128> I think there are some weird things in there
[15:57] <seb128> and things we don't have the experience to maintain/have been dealt with other team
[15:58] <seb128> like udisks was p_itti/foundation for a long time, I don't think anyone of us ever worked on it
[15:58] <willcooke> Lets take a look at the list soon (after 17.10 is out?) and take it from there
[15:59] <seb128> thanks
[15:59] <jbicha> udisks2 is basically in sync from Debain except for the exfat MIR
[16:00] <seb128> jbicha, that doesn't change the "who is responsible to look at issues on the Ubuntu side" in case similars to the one we were discussing now
[16:01] <jbicha> right, Desktop Team isn't really working on udisks
[16:01] <willcooke> I'll add a reminder to look at the list soon
[16:01] <willcooke> Any other AOB?
[16:02] <willcooke> 5
[16:02] <kenvandine> not here
[16:02] <willcooke> 4
[16:02] <jbicha> imagemagick and a font seeding question
[16:03] <jbicha> imagemagick (LP: #1717951) was more difficult than I expected because Debian has 2 different imagemagick variant packages: q16 and q16hdr
[16:03] <willcooke> jbicha, want to do that in the meeting, or shall we end here and continue with the dicussion?
[16:03] <jbicha> I think these 2 topics are fine after meeting
[16:04] <willcooke> kk, lemme end
[16:04] <willcooke> #endmeeting
[16:04] <meetingology> Meeting ended Tue Oct  3 16:04:12 2017 UTC.
[16:04] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2017/ubuntu-desktop.2017-10-03-15.30.moin.txt
[16:04] <willcooke> thanks all
[16:04] <willcooke> jbicha, ta, please do carry on
[16:04] <ricotz> hey desktopers
[16:04] <kenvandine> hey ricotz
[16:04] <ricotz> is there a final conclusion about firefox-esr?
[16:05] <Trevinho> didrocks: ack, where's managed the code of the other script?
[16:05] <Trevinho> didrocks: ubuntu-session code I mean
[16:05] <jbicha> one possibility is to do what Ubuntu GNOME and several flavors did by just shipping minimal /usr/share/gnome/applications/ .desktops for imagemagick
[16:05] <seb128> hey ricotz
[16:05] <jbicha> https://bazaar.launchpad.net/~ubuntu-gnome-dev/ubuntu-gnome-default-settings/ubuntu/files/head:/usr/share/gnome/applications/
[16:05] <Trevinho> I don't see it anymore in the bzr branches we used
[16:05] <seb128> ricotz, Olivier replied on the desktop list
[16:05] <ricotz> kenvandine, seb128, hey
[16:05] <didrocks> Trevinho: it's in gnome-session
[16:05] <Trevinho> ah i see it now https://code.launchpad.net/~ubuntu-desktop/gnome-session/ubuntu
[16:06] <ricotz> seb128, right, as mentioned earlier a took a shot at it and pushed it to the mozillateam ppa
[16:06] <didrocks> Trevinho: feel free to move it from there (I did write it)
[16:06] <seb128> ricotz, I read that; it's good to know but doesn't make a difference to what desktop team do? or do we expect us to revisit based on your ppa?
[16:07] <Trevinho> didrocks: ok
[16:07] <didrocks> Trevinho: add it to the landing, I'll review tomorrow if you ping me (shoot an email) at me :)
[16:07] <Laney> jbicha: that's OK to do I think
[16:07] <seb128> jbicha, I'm unsure to understand what you suggest/what are the options for imagemagick
[16:07] <Trevinho> didrocks: fine
[16:07] <ricotz> seb128, I would expect this to be revisited, and give those packages some testing and consideration
[16:08] <ricotz> seb128, of course maintaining Firefox 52 will end with 2018-06-26 at latest
[16:08] <jbicha> seb128: 1) we could try to do the package split but that is rather complex 2) we could have ubuntu-settings ship overrides to set NoDisplay=true for the imagemagick .desktop's like some flavors already do
[16:09] <jbicha> 3) we could just remove the ImageMagick .desktop (and maybe binary) from the imagemagick packages
[16:09] <jbicha> 4) we could just WONTFIX the issue for artful. I think that's all
[16:09] <willcooke> I think I'm the only person who thinks that we should ship a .desktop with IMagick, so if it should go away, then I can live with that
[16:09] <seb128> ricotz, I don't think we have interest in commiting to more firefox work and I don't think we want to commit to maintain esr even if you did some work on it, users can get it from your ppa if they want ... but check with willcooke maybe he thinks differently or you can explain why you think we should take on extra commitements
[16:10] <ricotz> seb128, jfyi, I am working on firefox with chris for time
[16:10] <jbicha> willcooke: you actually use that app?
[16:10] <seb128> ricotz, I know, and that's appreciated, but firefox != firefox-esr
[16:10] <ricotz> seb128, this is not "my" ppa
[16:10] <seb128> jbicha, I would vote for 2 or 3
[16:10] <willcooke> jbicha, nope, but *if* I did, and I installed it, and it was a GUI app, then I would expect there to be a .desktop
[16:11] <seb128> ricotz, sorry, typo, still it can stay in that ppa
[16:11] <willcooke> but I'm in a minority of one :)
[16:11] <seb128> ricotz, I don't think we want to official commit in maintaining it in the archive
[16:11] <ricotz> seb128, not sure what you mean, but I am aware of that, since I am doing firefox beta and firefox-trunk too
[16:11] <jbicha> ok, I'll work on #2 for imagemagick and I hope to ping y'all tomorrow about it
[16:11] <seb128> ricotz, I don't understand what makes you think that we might want to sign for work we said we didn't have the capacity to take on
[16:12] <willcooke> thanks jbicha
[16:12] <seb128> jbicha, thanks
[16:12] <seb128> jbicha, what was the font issue?
[16:12] <didrocks> jbicha: the alternative is to move it to "utilities" but we can refine next cycle if we hear protest :)
[16:12] <Laney> do they show up in startup applications with the nodisplay thing?
[16:12] <jbicha> font issue is LP: #1720809
[16:12] <Laney> guess not, that's for xdg autostart
[16:13] <Laney> nm me
[16:13] <seb128> Laney, is imagemagick a "startup application"?
[16:13] <Laney> TOO SLOW!
[16:13] <seb128> k
[16:13] <seb128> lol
[16:13]  * didrocks was writing the same thing
[16:13] <seb128> :)
[16:13] <didrocks> but too slow as well :p
[16:13] <jbicha> back when Firefox ESR was announced, Mozilla said that it wouldn't really be possible to fully backport security improvements to the ESR. Also ESR doesn't have near as many users
[16:14] <seb128> well imho we are commited to enough and we said no to add that one to our list
[16:14] <seb128> and having it in a ppa or not doesn't change that position
[16:15] <seb128> willcooke, ^ wdyt?
[16:15] <willcooke> I agree with seb128, we don't have capactity to take on more
[16:16] <ricotz> this will end with the release firefox ESR 59.2 anyway and just eases the transition to firefox 57+ for some enviroments which require native alsa support
[16:16] <ricotz> I see
[16:17] <seb128> willcooke, oh, one topic we should discuss at the next meeting is shifting the meeting to be one hour early (though that might fix itself for a cycle with DST)
[16:18] <willcooke> wfm
[16:18] <didrocks> +1
[16:18] <ricotz> seb128, so having like a community maintainer is not an option?
[16:18] <seb128> willcooke, several europeans requested for that because some are starting early and should be done before 6pm, also with the current team layout we don't have people much west in the U.S so it should be fine for everyone
[16:18] <willcooke> +1
[16:19] <willcooke> I'll email the team
[16:19] <seb128> thanks
[16:19] <didrocks> thanks willcooke ;)
[16:19] <seb128> ricotz, oh, desktop team doesn't have a lock on the archive, community can maintain firefox-esr in universe if they wish
[16:19] <seb128> or whoever wants to do that
[16:20] <seb128> ricotz, I'm not saying it shouldn't be in Ubuntu or maintained, just that our team isn't going to put its name on it officially
[16:21] <jbicha> I'm more comfortable with firefox-esr staying in a ppa for now. If it's in Ubuntu, people will assume it's supported (most people don't pay attention to main/universe)
[16:21] <ricotz> seb128, ok, I never suggested that the desktop-team should maintain it though ;)
[16:22] <seb128> ricotz, k, I'm unsure why you asked us/here then, but if you want to maintain it that's fine I think
[16:22] <ricotz> jbicha, seb128, the problem while using the debian version is uses the wrong googlekey and branding
[16:23] <jbicha> installing packages directly from Debian definitely isn't supported ;)
[16:23] <ricotz> seb128, I asked because it was a topic and is pretty much related to firefox which is going to maintained here
[16:24] <ricotz> yeah, but the other ppa mentioned on the list is simply doing that
[16:25] <jbicha> I assumed we were talking about the mozillateam ppa's which I trust more :)
[16:25] <ricotz> of course ;)
[16:26] <jbicha> except for Lubuntu which has already switched to pulseaudio, I don't see how having firefox-esr in a ppa is a problem for users
[16:27] <jbicha> seb128: did you see LP: #1720809 ?
[16:27] <Trevinho> didrocks: what's the reason for the script being shell-migration.18.08 and not 17.08?
[16:28] <didrocks> Trevinho: the reason is a typo at the time. I already renamed it in something that is staged
[16:28] <Trevinho> didrocks: ah, ok... :)
[16:28] <didrocks> but which is blocked on glib and Laney decided to wait for the merge
[16:28] <didrocks> so can't upload it
[16:28] <Trevinho> didrocks: I guessed that, ack ack
[16:28] <Trevinho> so..... the merge of mine should based on that?
[16:29] <didrocks> Trevinho: no, that's fine, I'll rebase and retest
[16:29] <didrocks> once the glib is in
[16:56] <seb128> jbicha, saw it but I've no opinion about fonts sorry
[16:56] <seb128> ricotz, k, fair enough
[16:57] <jbicha> ok, maybe didrocks has an opinion tomorrow :)
[17:02] <xnox> Laney, seb128 - i call bullshit on 32bit UEFI and i should step away from the keyboard.
[17:18] <Trevinho> seb128: can't ubuntu-session added to bileto?
[17:18] <Trevinho> > You must add ~ci-train-bot to ~ubuntu-desktop to continue
[17:18] <Trevinho> https://bileto.ubuntu.com/log/2967/build/10/
[17:21] <jbicha> gnome-session? but we don't use bileto for GNOME Stuff
[17:41] <xnox> Laney, re test-copy on armhf, upstream build passes
[17:41] <xnox> *sigh*
[18:12] <willcooke> night all
[18:12] <willcooke> it's very dark.
[18:13] <willcooke> :(
[18:13] <willcooke> Let's see what happens tomorrow ;)
[18:39] <seb128> Trevinho, we just do normal upload for those, we should stop using that service there is nobody maintaining it and it's mostly adding overhead now
[18:41] <Trevinho> seb128: well, ok for me... But I can't do the uploads otherwise so that would made the work more annoying for me actually... As I woud need to prepare the sources manually and ppas
[18:41] <Trevinho> not that I need to use it much nowadays, but at least for SRUs
[18:42] <seb128> Trevinho, well, as long as it keeps working you are free to use it, but for desktop updates just to a merge proposal against the packaging vcs or send a diff for sponsoring
[18:43] <Trevinho> seb128: ack, Didier will handle it
[18:43] <seb128> Trevinho, what change is that?
[18:43] <Trevinho> seb128: to keep unity and gnome shell settings separated
[18:43] <seb128> k
[18:43] <Trevinho> seb128: so upgraders won't mess up
[18:46] <seb128> Trevinho, let's see if Didier reviews it tomorrow otherwise I can have a look
[18:49] <Trevinho> seb128: no worries, he already checked most of it, he just wanted a change which I did on that session side
[18:49] <seb128> k, good
[18:49] <seb128> he should comment on the mps on those cases
[18:49] <seb128> so others know he started reviewing
[18:51] <Trevinho> seb128: that MP is new, but he did it in https://code.launchpad.net/~3v1n0/unity/use-scaling-ubuntu-schemas-settings/+merge/331667
[18:51] <seb128> k
[18:51] <Trevinho> As last (my) night i wrote to him here, before going to bed, so we synced :)
[19:04] <seb128> I saw :-)
[19:27] <xnox> Laney, this test-copy is full of sigh
[19:27] <xnox> i have no idea what is going on
[19:27] <xnox> it's not linked with anything but libc when build, but systemd-tests has it linked with the $world like selinux and what not.
[19:28] <xnox> the small binary execs fine; the $world binary bombs out
[20:51] <xnox> Laney, omg omg omg omg
[20:55] <xnox> -rwxr-xr-x root/root     38360 2017-08-30 10:22 ./usr/lib/systemd/tests/test-copy
[20:55] <xnox> -rwxr-xr-x root/root     30168 2017-09-26 15:38 ./usr/lib/systemd/tests/test-copy
[20:56] <xnox> the crutial difference between the two is the file size.... as test-copy uses itself as the source file, and it expects the source to be larger than 32000
[20:56] <xnox> doko, your armhf toolchain compiles too small binaries
[20:56] <xnox> in latest artful
[20:59] <doko> xnox: you're the first one to complain about too *small* binaries ... sigh
[21:05] <xnox> doko, i know it's tongue-in-cheek complaint. it's really awesome =) but sometimes things are too good ;-) basically this is the reason why src;systemd was stuck in proposed all last week.
[21:07]  * tsimonq2 whispers, "fix the test, don't fix the compact size" :P
[21:12] <xnox> tsimonq2, you wish =) this will be quality engineering of testing source size and skipping; or just adding dh_strip -X test-copy
[21:13] <tsimonq2> hehehehe :)