[09:02] <Saviq> Morn'
[09:30] <alan_g[m]> Not a good start to my day: overnight the cat broke the cat-flap bringing in a pigeon to spread over the hall.
[09:46] <Saviq> Not something you could've done yourself, so the cat, obviously, wanted to help…
[11:05] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths opened [issue #2864](https://github.com/MirServer/mir/issues/2864): Wayland frontend is not always reporting the correct errors
[11:05] -GitHub[m]:#mir-server-
[11:05] -GitHub[m]:#mir-server- > We probably need to introduce an Wayland frontend exception hierarchy corresponding the errors that should be reported to the client.
[11:09] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths opened [issue #2865](https://github.com/MirServer/mir/issues/2865): XDG shell stable protocol version 5 implementation incomplete... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/627db115b194e8a75f379d29d8b35dcc5be4b793>)
[11:53] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2862](https://github.com/MirServer/mir/pull/2862): Detect cyclic parent-child relationships
[12:12] <Saviq> alan_g FYI: we have a one-click "refresh lists" here, that will pull in the list of files from the supplied graphics-core22 providers and PR any changes:
[12:12] <Saviq> https://github.com/MirServer/graphics-core22/blob/main/.github/workflows/refresh-lists.yml
[12:12] <Saviq> Will likely cron it, weekly or so.
[13:16] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] closed [issue #2778](https://github.com/MirServer/mir/issues/2778): Time to refresh xdg-shell implementation
[13:16] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2784](https://github.com/MirServer/mir/pull/2784): Bump XDG shell stable protocol from version 1 to 5
[17:03] <Saviq> And night o/


[23:46] <mcbanhas> Hi there, I think I broke my desktop and I have no idea how to fix it. Would anyone kindly give me a hand?


 There's still time to possibly land 3 shell/mutter fixes in one week :)
[07:21] <duflu> How are you seb128?
[07:25] <seb128> duflu, I'm good, we had sunny weather which made for a nice w.e with walks, boat and bicycle :)
[07:25] <duflu> Heh.   How about you?
[08:14] <Laney> hey willcooke duflu RAOF duflu seb128!
[08:19] <seb128> willcooke, I'm good thanks, had a nice w.e, but lot of activities & walking around so I'm happy to seat quietly at the desk today :)
[08:21] <willcooke> :)
[10:43] <willcooke> seb128, kenvandine[m][m] - would one of you mind running the meeting today?  I need to pop out at 1400 and I might not be back in time
[10:43] <seb128> willcooke, can do
[10:43] <willcooke> thanks seb128
[10:43] <seb128> bounce me the status email you have?
[10:43] <seb128> np
[12:22] <oSoMoN> popey, re https://github.com/ubuntu/snapcraft-desktop-helpers/issues/126 , can you point me to that 32 bits snap you build on amd64 ?
[12:22] <ubot5-ng> ubuntu bug 126 in snapcraft-desktop-helpers "bindtextdomain.so built for "wrong" architecture" (comments: 0) [Open]
[12:22] <popey> oSoMoN: not yet, it's on my hard drive
[12:23] <popey> oSoMoN: think wine though.
[12:23] <popey> often someone will bundle wine (32-bit) in a snap with i386 libs, which installs and runs on amd64
[12:25] <oSoMoN> popey, ok, so the desktop helpers part would need an optional parameter to tell it to cross build for x86, would that work?
[12:25] <popey> I guess :)
[12:26] <oSoMoN> I wonder if there's an already existing, elegant way to pass a parameter to a cloud part in the yaml for use at build time
[12:28] <popey> the golang part can take a parameter
[12:28] <popey> which go release you want
[12:28] <popey> dunno if that's any use to you
[12:35] <oSoMoN> I'll have a look at that, thanks
[12:52] <oSoMoN> that go part uses the source-tag keyword to specify a go version, that's elegant for that use case, but I don't think that would work that well for specifying a target architecture
[12:54] <oSoMoN> "source-subdir" could possibly be used to that effect, but that's hackish at best
[13:05] <kenvandine> oSoMoN, ugh, that's an ugly issue
[13:05] <oSoMoN> yes
[13:06] <oSoMoN> that's a bit of a corner case, but it would be nice to find a solution to it anyway
[13:06] <kenvandine> yeah
[13:07] <kenvandine> I assume there's a way to determine target arch during the build right?
[13:08] <oSoMoN> the problem is, the target arch is amd64, but that amd64 snap contains a 32 bits app
[13:08] <oSoMoN> so it has to be specified by the embedder
[13:09] <oSoMoN> there's no way the build system can guess the intent
[13:09] <kenvandine> yeah
[13:09] <oSoMoN> (that I can think of)
[13:09] <kenvandine> good point
[13:10]  * didrocks suggests just add an --arch arg to desktop-launch
[13:13] <oSoMoN> didrocks, so build for both targets, and preload only the relevant so based on that arg?
[13:14] <kenvandine> or... since this is a corner case, just don't do the preload when --arch is used?
[13:15] <kenvandine> or make it --no-preload
[13:15] <kenvandine> :)
[13:15] <oSoMoN> kenvandine, it should be easy enough to cross-build that so for 32 bits, no?
[13:15] <kenvandine> probably
[13:15] <kenvandine> but then we need to pull in those libs for all builds
[13:24] <didrocks> yeah, tricky :/
[13:25] <didrocks> or… build a custom plugin refered by the remote part to handle the parameter
[13:29] <andyrock> hey all
[13:30] <didrocks> hey andyrock, just in time for the meeting :)
[13:30] <andyrock> I just woke up
[13:30] <andyrock> 8:30 here
[13:30] <seb128> hey andyrock!
[13:31] <kenvandine> meeting time!
[13:31] <andyrock> I just need to be put at the end of the meeting
[13:31] <kenvandine> #startmeeting Desktop Team Weekly Meeting - 2018-05-22
[13:31] <meetingology> Meeting started Tue May 22 13:31:47 2018 UTC.  The chair is kenvandine. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:31] <meetingology> Available commands: action commands idea info link nick
[13:32] <kenvandine> Roll call:  andyrock, dgadomski, didrocks, duflu (out), jbicha, jamesh (out), jibel/heber, kenvandine, laney, oSoMoN, seb128, tkamppeter (out), trevinho, robert_ancell (out)
[13:32] <oSoMoN> \o
[13:32] <seb128> hey
[13:32] <kenvandine> we'll move andyrock to the end
[13:32] <andyrock> o/
[13:32] <didrocks> o/
[13:32] <andyrock> thx
[13:32] <jibel> o/
[13:33] <kenvandine> #topic dgadomski
[13:33] <dgadomski> hey
[13:33] <dgadomski> sadly, again not much in the desktop area this week
[13:33] <dgadomski> eof
[13:34] <kenvandine> thx
[13:34] <kenvandine> #topic didrocks
[13:34] <didrocks> 4 days week
[13:34] <didrocks> * GNOME Shell:
[13:34] <didrocks>   - rebase volume above 100% patch set, a lot of conflicts due to (upstream changing all function() -> () and Lang.bind calls changed to object.bind…). Rested, (manually applying g-s-d patches) with various cases. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/2. Waiting for some reviews (just got few comments from a non upstream dev)
[13:34] <ubot5-ng> GNOME bug (Merge request) 2 in gnome-shell "Volume slider overdrive" (comments: 17) [Opened]
[13:34] <didrocks>   - rebase GNOME extension patch set. Same issues than above about conflicts. Retested the new Dbus API impact and various settings state (write-only keys and such…). Needs as well an upstream review: https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/1
[13:34] <ubot5-ng> GNOME bug (Merge request) 1 in gnome-shell "Better mode extension support: status sync and disabling." (comments: 2) [Opened]
[13:34] <didrocks> * Communitheme:
[13:34] <didrocks>   - continued discussions on the hub, both private/public. Help them on some topics.
[13:34] <didrocks>   - answered on communitheme-set-default, but still stuck… I'm getting a lot of user's pings and emails on various channels asking how to reset their default keys and have gdm using communitheme as a result.
[13:34] <didrocks> * Ubuntu Report:
[13:34] <didrocks>   - discuss what to log with j_ibel, answered questions and discuss new metrics to add to upgader.
[13:34] <didrocks>   - poke and discuss some inconsistencies in the data: https://bugs.launchpad.net/bugs/1771966.
[13:34] <didrocks>   - added those new metrics and data fix on https://code.launchpad.net/~didrocks/ubuntu-release-upgrader/add_telemetry/+merge/345088. Still waiting for a rereview…
[13:34] <didrocks>   - fix an ubuntu-report bug for GPU info: https://github.com/ubuntu/ubuntu-report/commit/70287d7531b81395ab4e010556809bea388fae1e
[13:34] <didrocks> * Ubuntu Make:
[13:34] <didrocks>   - sponsor a new release
[13:34] <didrocks>   - help fixing some integration tests issues found in autopktests and other issues in the release.
[13:34] <didrocks>   - move the integration tests from unity-based to gnome-shell based (still some work needed).
[13:34] <didrocks>   - guide for a new release and moving helper from adt to autopkgtests.
[13:34] <didrocks> * Misc:
[13:34] <didrocks>   - bug triaging like ubuntu-report
[13:34] <didrocks>   - settings priorities for this cycles
[13:34] <didrocks> .
[13:35] <kenvandine> thx
[13:35] <kenvandine> #topic duflu
[13:35] <kenvandine> * Ubuntu 18.04 regressions:
[13:35] <kenvandine>   - [IN PROGRESS] Panel and menus are clipped when in zoom
[13:35] <kenvandine> (https://launchpad.net/bugs/1767648)
[13:35] <kenvandine>     . Partial/prerequisite fix proposed:
[13:35] <kenvandine> (https://gitlab.gnome.org/GNOME/mutter/merge_requests/112). This makes
[13:35] <kenvandine> an immediate (inefficient) workaround/fix possible, but I'm still
[13:35] <kenvandine> working on finding a more efficient generalized fix instead...
[13:35] <ubot5-ng> GNOME bug (Merge request) 112 in mutter "clutter-actor: Fix clutter_actor_is_in_clone_paint" (comments: 1) [Opened]
[13:35] <kenvandine> * PulseAudio:
[13:35] <kenvandine>   - Bluetooth audio skipping: After the upstream fix landed on 15 May
[13:35] <kenvandine> it was on my TODO list to get into distro. But Alberto unexpectedly
[13:35] <kenvandine> jumped in and did it already :D (https://launchpad.net/bugs/405294)
[13:35] <kenvandine> * Gnome Shell performance fixes:
[13:35] <kenvandine>   - [LANDED] Zoom performance fix in gnome-shell 3.29.2
[13:35] <kenvandine> (https://gitlab.gnome.org/GNOME/gnome-shell/commit/94101e8bb8).
[13:35] <kenvandine>   - [LANDED] Mipmapping (window previews) performance fix in
[13:35] <kenvandine> gnome-shell 3.29.2 (https://gitlab.gnome.org/GNOME/mutter/commit/c9c328354).
[13:35] <kenvandine>   - [IN PROGRESS] Minor polishing of the big performance branch
[13:36] <kenvandine> (https://gitlab.gnome.org/GNOME/mutter/merge_requests/73)
[13:36] <ubot5-ng> GNOME bug (Merge request) 73 in mutter "WIP: backends/native: CRTCs now hold references to front buffers" (comments: 13) [Opened]
[13:36] <kenvandine> * Daily bug management across gnome-shell, mutter, gdm3, ubuntu-themes,
[13:36] <kenvandine> bluez, pulseaudio, dkms, wayland, totem, mpv, libinput.
[13:36] <kenvandine>   - No major news this week -
[13:36] <kenvandine> https://docs.google.com/spreadsheets/d/e/2PACX-1vRDHPxGBHqM6XkT_S8ggtYfD0xchKSUD_z9PopNVE3G1rU05fVSnxDGcDsEstl7gu7N-tzCU6mLUp2V/pubchart?oid=254968654&format=interactive
[13:36] <kenvandine> #topic jbicha
[13:37] <kenvandine> ok, we'll move on and check back with jbicha later
[13:37] <kenvandine> #topic jamesh
[13:37] <kenvandine> snapd/portals:
[13:37] <kenvandine>  * the document-portal support branch got merged into snapd master.
[13:37] <kenvandine>  * Still need to solve the xdg-document-portal auto-start issue, so at
[13:37] <kenvandine> least one more PR needed here.
[13:37] <kenvandine> snapd/evolution-data-server
[13:37] <kenvandine>  * wrote and packaged some evolution-data-server test utilities based
[13:38] <kenvandine> on example code from manual (since EDS doesn't come with any ready
[13:38] <kenvandine> made utilities)
[13:38] <kenvandine>  * wrote spread test for contacts service, and am finishing up the
[13:38] <kenvandine> calendar service spread test.
[13:38] <kenvandine>  * Uploaded PR to get feedback from Spread on various backends:
[13:38] <kenvandine> https://github.com/snapcore/snapd/pull/5184 -- I expect this to fail
[13:38] <ubot5-ng> snapcore bug (Pull request) 5184 in snapd "[WIP] interfaces: add desktop-{contacts,calendar}-service interfaces" (comments: 0) [Open]
[13:38] <kenvandine> because I haven't uploaded an i386 build of test-snapd-eds yet, but am
[13:38] <kenvandine> mostly interested in seeing how well the spread test performs on other
[13:38] <kenvandine> amd64 backends.
[13:38] <kenvandine> #topic jibel/heber
[13:39] <jibel> * Deployed automated installer and upgrader tests for Cosmic
[13:39] <jibel> * Migrated automated ubiquity tests to git
[13:39] <jibel> * Autopilot tests of Ubiquity are failing with bug 1771751
[13:39] <jibel> * Started work on ubuntu-report metrics.
[13:39] <jibel> eof
[13:40] <kenvandine> thx
[13:40] <kenvandine> #topic kenvandine
[13:40] <kenvandine> * Provided a "Preview" version of the desktop-preinstalled hyperv image for publishing in the gallery
[13:40] <kenvandine>   - Properly running oem-config in a basic session mode, after completing oem-config xrdp starts which toggles enhanced session mode
[13:40] <kenvandine>   - Ubuntu Welcome now runs on first login as it should
[13:40] <kenvandine>   - Removed some polkitd rules provided by microsoft that should allow creating a color profile without prompting auth.  The rules cause polkitd to crash, we need to debug that further.  For now you get an auth prompt while creating the color profile
[13:40] <kenvandine> ⚾
[13:41] <Laney> strrrrrrrrikkkkkkkkkeeeeeeeeeeeeeeee
[13:41] <kenvandine> :)
[13:42] <kenvandine> #topic laney
[13:42] <Laney> • Been trying to get gdm session working under systemd, nearly there, also writing a new binary to do the environment setup / cleanup / unit starting (replacing the shell script)
[13:42] <Laney> • Uploaded patches for gdm login problem, seems there might be some further issues which Marco is looking at
[13:42] <Laney> • Reviewed / sponsored pkgbinarymangler with some dh_translations improvements for pkgs with multiple domains and stuff, thx Gunnar
[13:42] <Laney> • autopkgtest
[13:42] <Laney> ∘ amqp went down again over the weekend, was OOM killed :(
[13:42] <Laney> ∘ some migration that IS did broke our lxd (armhf) machine, tried a bit to fix it but in the end I re-deployed the machine
[13:42] <Laney> ‣ this broke a few things, spent some time fixing those
[13:42] <Laney> ∘ to catch up with the armhf backlog, deployed 3 new testing nodes, but there are some weird problems with the artful/bionic images, discussed those with xnox a bit - still pending a fix
[13:42] <Laney> ‣ in the meantime I added some hacks to the setup routines to workaround those problems
[13:42] <Laney> 🐈
[13:42] <kenvandine> Laney, thx
[13:43] <kenvandine> #topic oSoMoN
[13:43] <oSoMoN> hey
[13:43] <oSoMoN> • firefox
[13:43] <oSoMoN>   ∘ confirmed https://bugzilla.mozilla.org/show_bug.cgi?id=1462888
[13:43] <oSoMoN> • chromium
[13:43] <oSoMoN>   ∘ got a working snap built from source, published to the candidate/from-source channel and issued a call for testing (https://community.ubuntu.com/t/intent-to-provide-chromium-as-a-snap-only/5987)
[13:43] <oSoMoN>   ∘ filed bug #1771380
[13:43] <oSoMoN>   ∘ filed and fixed bug #1771385 (https://github.com/ubuntu/snapcraft-desktop-helpers/pull/116)
[13:43] <ubot5-ng> ubuntu bug (Pull request) 116 in snapcraft-desktop-helpers "Include system-wide font configs in generated config file (LP: #1771385)." (comments: 0) [Closed]
[13:43] <oSoMoN>   ∘ updated stable to 66.0.3359.181
[13:43] <oSoMoN>   ∘ updated beta to 67.0.3396.48
[13:43] <oSoMoN>   ∘ updated dev to 68.0.3432.3
[13:43] <oSoMoN>   ∘ filed and fixed bug #1771847
[13:43] <oSoMoN>   ∘ confirmed and fixed bug #1772032
[13:43] <oSoMoN> • snaps
[13:43] <oSoMoN>   ∘ reviewed https://github.com/ubuntu/snapcraft-desktop-helpers/pull/120
[13:43] <ubot5-ng> ubuntu bug (Pull request) 120 in snapcraft-desktop-helpers "common/desktop-exports: include EGL vendor dir on glvnd enabled systems" (comments: 1) [Open]
[13:43] <oSoMoN>   ∘ submitted https://github.com/snapcore/snapd/pull/5181, merged into snapd master
[13:43] <ubot5-ng> snapcore bug (Pull request) 5181 in snapd "userd: add the "snap" scheme to the whitelist" (comments: 0) [Simple, Closed]
[13:43] <oSoMoN>   ∘ fixed https://github.com/ubuntu/snapcraft-desktop-helpers/issues/125 (submitted https://github.com/ubuntu/snapcraft-desktop-helpers/pull/127)
[13:43] <ubot5-ng> ubuntu bug 125 in snapcraft-desktop-helpers "bindtextdomain.so in root of my snap" (comments: 1) [Enhancement, Open] - Assigned to oSoMoN (Olivier)
[13:43] <ubot5-ng> ubuntu bug (Pull request) 127 in snapcraft-desktop-helpers "Move bindtextdomain.so to $SNAP/lib/ (#125)" (comments: 0) [Open]
[13:43] <oSoMoN>   ∘ commented on https://github.com/ubuntu/snapcraft-desktop-helpers/issues/126
[13:43] <ubot5-ng> ubuntu bug 126 in snapcraft-desktop-helpers "bindtextdomain.so built for "wrong" architecture" (comments: 1) [Open]
[13:44] <oSoMoN> 🗿
[13:44] <kenvandine> oSoMoN, thx
[13:44] <kenvandine> #topic seb128
[13:44] <seb128> • 1day off work (monday was a national holiday)
[13:44] <seb128> • still spent some time catching up with things after my week off
[13:44] <seb128> • discussed the plans for the cycle with the different team members
[13:44] <seb128> • looked at some translations issues
[13:44] <seb128> • discussed langpack updates strategy
[13:44] <seb128> • booked tickets for the sun sprint & GUADEC

[13:45] <kenvandine> seb128, thx
[13:45] <kenvandine> #topic tkamppeter
[13:45] <Laney> SUNN SPRINTTTTTTTTTTT
[13:45] <kenvandine> Till was at a conference last week and traveling today
[13:45] <kenvandine> #topic trevinho
[13:45] <seb128> Laney, :)
[13:46] <seb128> speaking of sun, where is Marco? ;)
[13:46] <Trevinho> coming... :)
[13:46] <kenvandine> :)
[13:46] <didrocks> always waiting the italians! :)
[13:47] <Trevinho> https://www.irccloud.com/pastebin/Bz8Tbl14/
[13:47] <Trevinho> · Spent most of the time at the GNOME Hackfest for performances
[13:47] <Trevinho>  - Writing some writeup for that (public ones are now linked at)
[13:47] <Trevinho>    https://wiki.gnome.org/Hackfests/Performance2018
[13:47] <Trevinho> · Fixed some bugs for gnome-shell input support on wayland:
[13:47] <Trevinho>   - https://gitlab.gnome.org/GNOME/mutter/merge_requests/109
[13:47] <Trevinho>   - https://gitlab.gnome.org/GNOME/mutter/merge_requests/107
[13:47] <Trevinho> · Booked the accommodation for the team at GUADEC
[13:47] <Trevinho> · Spent some time with debugging tools and performance toosl to analize data
[13:47] <Trevinho> · Some random fixes on gjs and gobject introspection
[13:47] <ubot5-ng> GNOME bug (Merge request) 109 in mutter "device-manager-evdev: Set and unset the stage for the main seat too" (comments: 0) [Opened]
[13:47] <Trevinho> · Looking into a st-label crash
[13:47] <Trevinho> · Looking at GDM refcounting issue
[13:47] <ubot5-ng> GNOME bug (Merge request) 107 in mutter "Inputless crash fix" (comments: 0) [Merged]
[13:47] <Trevinho> 🙃
[13:47] <kenvandine> #topic robert_ancell
[13:48] <kenvandine> - Fixed debconf handling in PackageKit
[13:48] <kenvandine> - Fixed buffer overruns in snapd-glib - causing GNOME Software crashes
[13:48] <kenvandine> - snapd-glib 1.40 release
[13:48] <kenvandine> - simple-scan 3.29.2 release
[13:48] <kenvandine> - Booked flights for GUADEC
[13:48] <kenvandine> #topic andyrock
[13:48] <andyrock> * On holidays Friday and yesterday
[13:48] <andyrock> * Backported fix for LP: #1759468 in gnome-3-28 upstream
[13:48] <andyrock> * WIP: Added signout button to gnome-software (part of https://github.com/CanonicalLtd/desktop-design/issues/62)
[13:48] <andyrock> * eow
[13:48] <ubot5-ng> CanonicalLtd bug 62 in desktop-design "Authentication in gnome-software using gnome-online-accounts" (comments: 21) [Priority: High, Review: Ux +1, Closed] - Assigned to matthewpaulthomas (Matthew Thomas)
[13:49] <kenvandine> andyrock, thx
[13:49] <kenvandine> #topic rls-bb-incoming
[13:49] <kenvandine> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:50] <seb128> seems like nothing got tagged since previous week
[13:50] <kenvandine> yeah
[13:50] <kenvandine> and just the one that's marked incomplete
[13:50] <kenvandine> surely there's more
[13:51] <seb128> should we review the unassigned ones on http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html ?
[13:51] <kenvandine> yes
[13:51] <Laney> also the assigned ones...
[13:52] <seb128> the 49 ones?
[13:52] <seb128> I guess we can skip the fix commited
[13:52] <seb128> we better get started :p
[13:53] <Laney> well maybe you want to do that out of the meeting like in a hangout or something
[13:53] <seb128> kenvandine?
[13:53] <seb128> right
[13:53] <Laney> but on assigned ones, seems we dropped checking on those after the release
[13:53] <kenvandine> i'll get bug 934291 uploaded to bionic soon
[13:53] <seb128> I'm a bit lost at what's the best way to deal with that list at this point
[13:53] <Laney> hopefully notfixing gets them off the list
[13:53] <Laney> even if nominated
[13:54] <seb128> does anyone would prefer to review the list as a team or discuss some now?
[13:54]  * didrocks looks quickly at the list, but it's hard to grasp, indeed
[13:54] <seb128> or should we just take an action to review/clean the list later in the week?
[13:54] <kenvandine> yeah
[13:55] <kenvandine> i think everyone should make an effort to do what they can to clean this before next week
[13:55] <kenvandine> and next week we go over everything that's left together
[13:55] <kenvandine> so if nobody cleans them up... we'll have a long meeting next week :)
[13:55] <Laney> what do you imagine happening there?
[13:56] <kenvandine> hopefully the fix committed drops off actually
[13:56] <kenvandine> and maybe move some to cosmic
[13:56] <kenvandine> if they aren't SRU candidates
[13:57] <kenvandine> do we have a way to tag bugs for 18.04.1?
[13:57] <Laney>  there's the milestone thing
[13:58] <kenvandine> i'm sure we do :)
[13:58]  * didrocks wonders why some were fixed released and revert to Triaged without any info: https://bugs.launchpad.net/ubuntu/+source/gnome-initial-setup/+bug/1768557
[13:58] <Laney> but I dont' know how to use that very effectively
[13:58] <jibel> you can set the milestone to 18.04.1
[13:58] <kenvandine> maybe that's what we should worry about
[13:58] <didrocks> (I guess that's comment #3, but not clear)
[13:58] <seb128> didrocks, comment #3
[13:58] <seb128> right
[13:58] <Laney> if it was me I'd have a hangout or something to blast through them all
[13:59] <Laney> most don't look like very clear cut "not for bionic" candidates to me
[13:59] <seb128> we need to define exactly what we want the workflow/process to be
[13:59] <seb128> but willcooke is not around and I don't think we are going to achieve that  during the meeting
[13:59] <seb128> so let's schedule something later in the week to discuss that
[13:59] <kenvandine> i'm thinking we should try to narrow it down to candidates for 18.04.1
[13:59] <didrocks> +1
[13:59] <kenvandine> yeah
[13:59] <kenvandine> +1
[14:00] <kenvandine> #topic aob
[14:00] <willcooke> seb128, back
[14:00] <willcooke> +1 hangout
[14:00] <willcooke> doing it here will be painful
[14:00] <seb128> wb willcooke :)
[14:00] <seb128> willcooke, will also should define what the workflow should be and how we handle those
[14:01] <willcooke> nod
[14:01] <Laney> not sure I understand what the problem is apart from "someone" nominating things directly
[14:01] <seb128> I didn't make  my mind on the topic, but we might be able to follow better if we have the .1 team bugs in the trello board
[14:01] <Laney> it's assigned bugs to fix in $release
[14:02] <seb128> we don't have a ".1 view" though
[14:02] <Laney> ok, maybe the milestone field can be exposed in that page then
[14:02] <seb128> that would be useful yes
[14:02] <kenvandine> that would help
[14:03] <seb128> that's what the "target" column is supposed to be
[14:03] <seb128> we should milestone one to see if it works :p
[14:03]  * seb128 does that
[14:04] <Laney> very good, problem solved
[14:04] <seb128> :)
[14:04] <seb128> k, AOB then?
[14:05] <kenvandine> nothing from me
[14:05] <Laney> I'd be a bit wary of treating it as "bugs to fix" and "bugs to care about later" though
[14:05] <Laney> like even if it isn't milestoned you still want people to be looking at their rls bugs
[14:05] <kenvandine> Laney, true
[14:05] <Laney> otherwise they wouldn't be rls bugs
[14:06] <Laney> if that makes sense
[14:06] <seb128> right
[14:06] <kenvandine> but we need to prioritize 18.04.1 right?
[14:06] <Laney> yes, relative priority maybe
[14:09] <seb128> do we still want to discuss that topic or any other? or should we wrap?
[14:09] <kenvandine> no other business?
[14:10] <willcooke> Does the same time slot tomorrow work for you guys for a HO?
[14:10] <willcooke> We wont get everyone
[14:10] <willcooke> but it seems like a good place to start
[14:10] <kenvandine> for me yes
[14:10] <didrocks> should do it, yes
[14:11] <kenvandine> ok, that's a wrap for today then
[14:11] <kenvandine> #endmeeting
[14:11] <meetingology> Meeting ended Tue May 22 14:11:25 2018 UTC.
[14:11] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2018/ubuntu-desktop.2018-05-22-13.31.moin.txt
[14:11] <didrocks> thx!
[14:11] <Laney> #quality #meeting #guys
[14:12] <seb128> good meeting :)
[14:46] <Laney> seb128: have you heard anything from foundations about working on that grub install fail bug you pinged them about in berlin?
[14:46] <Laney> I get ubuntu-installer bugs and that one is getting many mails every day
[14:46] <seb128> Laney, Steve said it was on their backlog and would be fixed for .1
[14:46] <Laney> k
[14:47] <seb128> but it's non trivial and isn't going to be fixed in a week
[14:47] <seb128> they also don't plan to respin for it
[14:48] <seb128> Steve argued that things are not more buggy than they were, the error just leads to launchpad reports now
[14:48] <Laney> I thought it was that there was a warning before
[14:48] <seb128> where before it leading to users being displayed confusing and useless dialogs which would also lead to an installation failure
[14:48] <Laney> so you could go press cancel or whatever
[14:49] <Laney> shrug, ok
[14:49] <seb128> right, but Steve said the warning was basically telling them "you are screwed"
[14:49] <seb128> or at least not explaining what needs to be done
[14:49] <seb128> or not guiding the user on being able to know what to do
[17:11] <willcooke> night all
[17:41] <oSoMoN> good evening all
[22:12] <Trevinho> kenvandine: that's what I needed to do to move out from scriptlets though
[22:12] <Trevinho> https://github.com/FreeRDP/Remmina/commit/7f67da251e1a039b5ff9ee442c82c7aebc3fe22e
[22:13] <Trevinho> however I don't see how that could fix the thing of having an after-all part where we can perform all the install for generating caches and such


[01:36] <nigelb> g32
[01:40] <IdleOne> BINGO
[01:44] <AndrewMC> lol
[02:32] <nigelb> haha
[02:37] <bcurtiswx> creepily enough, i think thats actually a G number..
[02:37] <bcurtiswx> gj :P
[03:26] <nigelb> bcurtiswx: "a g number"?
[03:27] <bcurtiswx> i was wrong, but on a BINGO card.
[03:27] <bcurtiswx> its in the N
[03:27] <bcurtiswx> nigelb, ^
[03:27] <nigelb> ah, that
[09:47] <niko> anyone here aware about https://lists.ubuntu.com/archives/loco-contacts/2010-October/004994.html ?
[09:57] <rww> niko: https://lists.ubuntu.com/archives/loco-contacts/2010-October/004997.html is probably a better thread to follow. There's been some discussion of it in #ubuntu-locoteams too.
[10:03] <avelldiroll> niko: yep I read it, and found myself agreeing with this message: https://lists.ubuntu.com/archives/loco-contacts/2010-October/005000.html ... and reading the following, its seems to be motivated by problems on only one chan : #ubuntu-california (I did not backlog much yet) ... i believe logging should be a decision made by the moderation team of the concerned channel, and deciding unilaterally
[10:03] <avelldiroll> such big modifications is sure to impacts contributions. my 2 cents
[10:03] <avelldiroll> ouch sorry for the long post
[10:04] <rww> avelldiroll: considering that the LoCo Council first asked the IRC Council about this back in May, before they got involved in #ubuntu-california's mess, I'm not sure that the latter motivated the former.
[10:04] <rww> or, to be less vague, it didn't motivate it.
[10:06] <rww> One of the reasons I recommend the thread I linked over the one I started is that the structure of my email conflated the two issues.
[10:06] <avelldiroll> ok ... i was only saying that based on https://lists.ubuntu.com/archives/loco-contacts/2010-October/005002.html ... as I said i did not backlog much yet on the subject
[10:10]  * rww nods
[10:12] <rww> Considering that I don't see any LoCo Council people in here, you're probably better off asking in #ubuntu-locoteams or on loco-contacts itself if you want further details.
[10:18] <avelldiroll> yes, I know, or send to the concernd ML, as was asked in the first mail ... i was only replying to niko there, and as the mail (4997) indicated the decision/proposition was taken after taking advices from the irc council, i thought there could be a place to discuss it at first ...
[19:09] <kenvandine> hello irc team, can i please get someone to set my cloak?  been a member for a while, but keep forgetting to get my cloak changed :)
[19:10] <erUSUL> !nicksetup
[19:10] <erUSUL> kenvandine: also give the url of your launchpad page; thnaks
[19:11] <kenvandine> https://edge.launchpad.net/~ken-vandine
[19:11] <kenvandine> should be setup right, i have an old cloak still
[19:16] <erUSUL> you just have to wait for the usual suspects to notice you.
[19:16] <kenvandine> ok
[19:17]  * kenvandine has asked a couple times, but never lasted long enough to get a reply :)
[19:17] <kenvandine> should be around for a few hours now
[19:18] <IdleOne> jussi Pici topyli ^^
[19:58] <Pici> kenvandine: You're aware that this will replace your foresight cloak?
[19:58] <kenvandine> yeah
[19:59] <Pici> kenvandine: Okay, let me grab a staffer to enable it, one moment.
[19:59] <kenvandine> Pici, thx!
[20:04] <Pici> kenvandine: There you go :)
[20:04] <kenvandine> thx


[01:42] <daker> mhall119, ping
[01:47] <daker> mhall119, some pictures
[01:47] <daker> http://ubuntuone.com/p/CXr/
[01:47] <daker> http://ubuntuone.com/p/CXs/
[18:00] <MTecknology> I got really far with redeisgninng the drupal theme - but now the footer part is kicking my butt. Any of you around for a little bit of help?
[20:48] <newz2000> are you all ready to start working on the countdown?
[20:53] <daker> newz2000, i am not designer :D
[20:54] <newz2000> daker: how about an android widget?
[20:54] <newz2000> or new ideas for our facebook app
[20:54] <daker> oki let me think about it
[20:55] <newz2000> Or at least spread the word. ;-)
[20:55] <daker> sure
[20:55] <knome> wp widget :P
[20:56] <daker> knome, that's a good idea
[20:56] <newz2000> one good thing, we'll be abolishing the js and using a static <img src="..." />
[20:56] <knome> yup, and the wp widget is easy
[20:57] <newz2000> here you go, rt this: http://twitter.com/newz2000/status/21091227111
[21:12] <Turl> hi newz2000 :)
[21:12] <Turl> so no more animated banners with js? :(
[21:16] <newz2000> hey, we can do that again
[21:16] <newz2000> Turl: ^
[21:16] <newz2000> I just meant that you don't need js to show the banners, so it should be more compatible.
[21:17] <Turl> oh, nice
[21:17] <newz2000> I think it'd be awesome to do an animated banner again
[21:17] <Turl> if someone does the artwork I can animate it
[21:17] <Turl> or you can use my old code from http://labs.turl.com.ar/animcount/ or http://labs.turl.com.ar/jauntybanner/banner.htm
[21:18] <Turl> I like the first more though
[21:19] <newz2000> yeah, me too
[21:33] <Turl> newz2000: about https://twitter.com/newz2000/status/20802851618 , you should really try Specto
[21:33] <newz2000> Turl: what is Specto?
[21:34] <newz2000> oh
[21:34] <Turl> a notifier app
[21:34] <newz2000> I will try it right now
[21:34] <Turl> it can notify you of whatever - webpage changes, emails, facebook things, processes, new files on a directory, new bzr commits, ...
[21:35] <Turl> it's really useful
[21:38] <newz2000> that looks like precisely what I was after
[22:29] <MTecknology> Anyone really good with CSS?