[16:00] <bdmurray> o/
[16:00] <slyon> o/
[16:00] <rbalint> o/
[16:01] <bdmurray> #startmeeting Weekly Ubuntu Foundations team
[16:01] <meetingology> Meeting started at 16:01:04 UTC.  The chair is bdmurray.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[16:01] <meetingology> Available commands: action, commands, idea, info, link, nick
[16:01] <bdmurray> #topic Lightning Round
[16:01] <sil2100> o/
[16:01] <bdmurray> echo $(shuf -e vorlon bdmurray xnox tdaitx doko sil2100 rbalint mwhudson juliank waveform slyon jawnsmith dbungert)
[16:01] <juliank> o/
[16:01] <bdmurray> slyon bdmurray xnox doko vorlon jawnsmith rbalint dbungert waveform juliank tdaitx mwhudson sil2100
[16:01] <bdmurray> slyon:
[16:01] <slyon> - +1 Maintenance (Wed+Thu)
[16:01] <slyon>   * autopkgtests, FTBFS, universe merges
[16:01] <slyon>   * fixing iotjs on s390x
[16:01] <slyon> - Sponsored binutils for jawn-smith, bug #1889742
[16:01] <slyon>   * bin-sync from sil2100's Bileto PPA
[16:01] <slyon> - Working on NetworkManager YAML backend implementation
[16:01] <slyon>   * using new libnetplan API
[16:01] <slyon> [16:01] <slyon> - Triaged bug #1913062, prepared PR#188, needs review
[16:01] <slyon> - Triaged bug #1908944
[16:01] <slyon> - Investigated bug #1905273
[16:01] <slyon> - Uploaded netplan.io 0.101-0ubuntu5 for new systemd compatibility
[16:01] <slyon> (done)
[16:02] <bdmurray> uploaded bcmwl backport fixing LP: #1872908
[16:02] <bdmurray> 20.04 HWE kernel investigation and messaging (discourse post etc)
[16:02] <bdmurray> SRU verification of LP: #1914091
[16:02] <bdmurray> uploaded apport for hirsute fixing LP: #1912326
[16:02] <bdmurray> reported / fixed a whoopsie bug with bionic servers (LP: #1914481)
[16:02] <bdmurray> discovered / fixed an issue retracing crashes in hirsute
[16:02] <bdmurray> deployed above changes to staging / production Error Trackers
[16:02] <bdmurray> ✔ done
[16:03] <xnox> 20.04.2 release fun
[16:03] <xnox> fixing subiquity images to have HWE kernels
[16:03] <xnox> fixing subiquity images to have the right pool
[16:03] <xnox> fixing ubuntu-drivers-common to have the right metas for the right nvidia
[16:03] <xnox> fixing ubiquity to remove the right nvidias when doing oem installs
[16:03] <xnox> riscv64 image is shiny too
[16:03] <xnox> grub2
[16:03] <xnox> fixing problems with grub on cloud images
[16:03] <xnox> fixing missing systemd-detect-virt
[16:03] <xnox> fixing grub not being installed into ESP, such that it will be upgraded later on
[16:03] <xnox> fixing missing postinst scripts in grub2-signed on arm64
[16:03] <xnox> working on grub2.04-signed backport to bionic
[16:03] <xnox> working with MAAS team to upgrade grub2, at least on amd64, to focal one
[16:03] <xnox> proposed-migration
[16:03] <xnox> need bambam hint merged please, such that we don't break things that use imagemagick with new glibc
[16:03] <xnox> https://code.launchpad.net/~xnox/britney/+git/hints-ubuntu/+merge/397491
[16:03] <xnox> fixed socat ftbfs on amd64
[16:03] <xnox> done i think....
[16:03] <doko> just think, or done?
[16:04] <doko> - GCC 11 landing in -proposed
[16:04] <doko> - GCC 10 update
[16:04] <doko> - binutils 2.36 release
[16:04] <doko> - two +1 maintenance days, and finally openmpi migrated
[16:04] <doko> - OpenJDK 17 snapshot
[16:04] <doko> - started looking at universe merges, sent +1 proposal
[16:04] <xnox> done
[16:04] <doko> - wrote about LTO by default (wiki, mail)
[16:04] <doko> - glibc 2.33 snapshot testing
[16:04] <doko> (done)
[16:04] <vorlon>  * SRU reviews
[16:04] <vorlon>  * merges, and chasing autopkgtest regressions
[16:04] <vorlon>   * new git is now unblocked, new xfsprogs is blocked by an MIR from June
[16:04] <vorlon>  * community team maintenance tasks
[16:04] <vorlon>  * risc-v discussions
[16:04] <vorlon>  * reviewing proposed changes to popularity-contest
[16:04] <vorlon>  * +1 maintenance today/tomorrow
[16:04] <vorlon> (done)
[16:04] <JawnSmith> * LP: #1912371 MIR for flashrom
[16:04] <JawnSmith> * LP: #1829401 Crash in software-properties when mirror is invalid
[16:04] <JawnSmith> * LP: #1912718 Fixing regression where old kernel packages cannot be autoremoved by the GUI
[16:04] <JawnSmith> * Performing tests on point release iso
[16:04] <JawnSmith>     * confirmed LP: #1231091
[16:04] <JawnSmith> * Increase timeout of autopkgtest for software-properties
[16:04] <JawnSmith> [done]
[16:04] <rbalint> * filed LP: #1914062
[16:04] <rbalint> * uploaded glibc 2.33-0ubuntu1
[16:05] <rbalint> * merged and testing systemd
[16:05] <rbalint> * glibc, systemd, unattended-upgrades bugs gardening
[16:05] <rbalint> (done)
[16:05] <dbungert> * New hire stuff
[16:05] <dbungert> * LP: #1913321 MIR for libiniparser1 off to MIR team
[16:05] <dbungert> * LP: #1706168 update-notifier feature to now show the prompt if the command we would run doesn't exist
[16:05] <dbungert> * subiquity preseed compat: repo created, basic python package setup, WIP to learn preseed/autoinstall and figure out priority data mappings
[16:05] <dbungert> (done)
[16:05] <bdmurray> waveform:
[16:05] <waveform> * Checked liburi-perl in excuses (transient error)
[16:05] <waveform> * Finished GPIO investigations...
[16:05] <waveform> * looked into RPi.GPIO replacement, RPi.GPIO2 (no packaging, and too broken to be a viable replacement without considerable work)
[16:05] <waveform> * and liblgpio / librgpio (much more promising, but lots of packaging work needed, plus some other concerns like gpiozero)
[16:05] <waveform> * both libgpiod based, thankfully no work needed there (post-focal anyway)
[16:05] <waveform> * Investigated bluetooth detection issue on CM4 (pi-bluetooth update pushed upstream; need to add to local package)
[16:05] <vorlon> tdaitx: btw I'm currently reviewing popularity-contest diff in bileto, where do you want review feedback?
[16:05] <waveform> (done)
[16:05] <bdmurray> vorlon: in a telegram
[16:06] <bdmurray> juliank:
[16:06] <juliank> * urgent update-manager fixes for .2 release back last friday:
[16:06] <juliank>   - Revert previous change to UpdateList.py, as it breaks kernel -autoremoval (LP: #1912718)
[16:06] <juliank>   - UpdateManager/backend/__init__.py: Make commit_oem a no-op in the base  class to avoid crash when people force synaptic backend (LP: #1913732)
[16:06] <juliank> * copied discourse post about phased updates in apt to mailing lists, responded to discussions
[16:06] <juliank> * replied to folks on reddit pointing them at the "dkms not in -security" bug and explaining they should upgrade
[16:06] <juliank> * discussion about bug 1914278
[16:06] <juliank> * responded to debian bug about apt log file documentation
[16:06] <juliank> * verified that it's fixed and closed bug 1914426
[16:06] <juliank> * reassigned bug 1914416 to aptdaemon
[16:06] <juliank> * uploaded gnu-efi 3.0.9-2 to Debian with a bunch of debian/* fixes, and moved maintainer to EFI team
[16:06] <juliank> * uploaded dh-autoreconf 20 to Debian which fixes a dependency cycle with debhelper
[16:06] <vorlon> bdmurray: a telegram that's been tucked into the pocket of some bluejeans?
[16:06] <juliank> (done)
[16:06] <bdmurray> tdaitx:
[16:07] <bdmurray> sil2100: how about you?
[16:08] <sil2100> - 20.04.2
[16:08] <sil2100> - ...which I am now finalizing for release
[16:08] <sil2100> - Thanks to everyone involved!
[16:08] <sil2100> - Some reviews for people
[16:08] <sil2100> - HWE meetings
[16:08] <sil2100> - Preparing some engineering estimates
[16:08] <sil2100> - + other stuff that I can summarize on the next meeting, because now .2
[16:08] <sil2100> (done)
[16:08] <bdmurray> Any questions on status?
[16:09] <bdmurray> #topic Release Incoming Bugs
[16:09] <bdmurray> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-incoming-bug-tasks.html#foundations-bugs
[16:10] <bdmurray> bug 1231091
[16:10] <bdmurray> JawnSmith: do you want to talk about this?
[16:10] <JawnSmith> Screen reader works fine for ubiquity if you don't drop to live session first, but after dropping to live session and restarting ubiquity screen reader cannot seem to read it
[16:11] <JawnSmith> Screen reader still works fine for other applications in live session, just not ubiquity
[16:11] <bdmurray> So you choose try ubuntu then start ubiquity again and it doesn't work?
[16:12] <xnox> because ubiquity is priviledged sudo process
[16:12] <JawnSmith> Correct. That is the scenario wherein screen reader stops working with ubiquity.
[16:12] <xnox> for which we prohibit the user-permissions-only screenreader
[16:12] <xnox> to read
[16:12] <xnox> as if ubiquity, when launched from live session should kill screenreader
[16:12] <xnox> and relaunch it
[16:12] <bdmurray> xnox: Can you comment on the bug then?
[16:14] <bdmurray> JawnSmith: Is there a test case which asks people to test this?
[16:14] <JawnSmith> Yes there is
[16:14] <JawnSmith> The one named Install (Screen Reader)
[16:14] <bdmurray> That sounds worth changing somehow then.
[16:15] <JawnSmith> If we remove the step to drop to live session and restart ubiquity the test would pass
[16:15] <bdmurray> bug 1914062
[16:16] <xnox> bdmurray:  done (re screenreader)
[16:16] <rbalint> upstream lxd and upstream system disagree how containers should look like
[16:16] <rbalint> please card it, i'll try to resolve that
[16:16] <bdmurray> okay, will card it
[16:17] <bdmurray> nothing for rls-gg
[16:17] <bdmurray> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html#foundations-bugs
[16:18] <mclemenceau> o/
[16:18] <bdmurray> bug 1571506
[16:20] <bdmurray> let's card that
[16:20] <mclemenceau> ok
[16:20] <mclemenceau> will do
[16:21] <bdmurray> bug 1914044
[16:21] <rbalint> +1 need to sru it
[16:22] <bdmurray> is it already fixed in some releases?
[16:23] <rbalint> yes, in groovy and up
[16:23] <bdmurray> okay can you fix the default task then?
[16:23] <bdmurray> #topic Team proposed-migration report
[16:23] <vorlon> [LINK] https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[16:24] <vorlon> python3-defaults is on me but I'd like to hand it off, the remaining autopkgtest regressions are strange and deep and I haven't had time to dig into them
[16:24] <vorlon> any volunteers?
[16:25] <bdmurray> So you are looking for a Dr Strange?
[16:25] <vorlon> bdmurray: heh
[16:25] <vorlon> (that's the mercurial and ubuntu-image test failures; siconos is an autopkgtest regression, I've just retriggered that one)
[16:25] <bdmurray> When does mwhudson get back?
[16:25] <mclemenceau> on the 9
[16:26] <waveform> well, the mercurial one is armhf only - I could have a crack at it (though I can't say I know anything about mercurial's guts)
[16:26] <vorlon> do we have anyone here who likes working on ubuntu-image and might have some cycles
[16:26] <sil2100> o/
[16:26] <mclemenceau> sounds like JawnSmith could take a peek at ubuntu-image
[16:26] <JawnSmith> o/ I'd be happy to
[16:27] <vorlon> waveform: when I looked into it the strange thing was that the mismatched error message in the log doesn't even match any strings in the source
[16:27] <vorlon> python3-defaults: JawnSmith
[16:27] <waveform> hmmm, intriguing
[16:29] <vorlon> pexpect: tdaitx: do you still have this one?
[16:29] <tdaitx> yeah, started looking at it yesterday night
[16:29] <vorlon> ok
[16:29] <vorlon> git is mine, just waiting on autopkgtest queues
[16:29] <rbalint> systemd is mint
[16:29] <rbalint> mine
[16:29] <juliank> linux mint
[16:29] <bdmurray> it'd be neat if waiting had days by it
[16:30] <vorlon> rbalint: I thought we previously triaged this as an NM issue for the desktop team to work on it?
[16:30] <juliank> debian edition
[16:30] <bdmurray> mint julep
[16:30] <juliank> nana
[16:30] <rbalint> vorlon, this is the lxd vs systemd upstream thing
[16:30] <doko> bdmurray: how would that help?
[16:30] <vorlon> rbalint: ok
[16:30] <rbalint> n-m just tries to use udev
[16:31] <vorlon> mtd-utils is an MIR; LP: #1913321 is assigned to the MIR team, I'm not sure why it's marked incomplete
[16:31] <vorlon> but seems no action for us right now
[16:31] <dbungert> vorlon: I think they have a concern about a redundant ini library
[16:31] <bdmurray> doko: well like with ipython - were the tests started recently?
[16:31] <vorlon> juliank: any concerns about libassuan?
[16:32] <juliank> it looks werid but I can have a look
[16:32] <vorlon> dbungert: can you follow up on the iniparser MIR bug to be sure?
[16:32] <dbungert> vorlon: on it
[16:34] <vorlon> bdmurray: you mentioned last week needing to do a software-properties upload and it now blocks a couple of packages on armhf, is this on your radar somehow?  (or if not, can you take it?)
[16:36] <bdmurray> vorlon: Yes, JawnSmith and I'll sort it out
[16:36] <vorlon> sounds like this needs autopkgtest-cloud overrides
[16:36] <juliank> what?
[16:37] <bdmurray> its a long test on armhf
[16:37] <juliank> I can do autopkgtest-cloud things
[16:37] <vorlon> sqlite3: sil2100?
[16:37] <sil2100> Ok o/
[16:37] <bdmurray> https://code.launchpad.net/~jawn-smith/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/397452
[16:37] <sil2100> I should have many more cycles now
[16:37] <vorlon> erlang vs sonic-pi, haven't we seen this one before? waveform ?
[16:38] <vorlon> dbungert: could you take libreadonly-perl?
[16:38] <waveform> yes - that one is very likely timing again - just having a look
[16:38] <slyon> I can look into libreadonly-perl, did some work on it during my +1 shift recently
[16:38] <dbungert> vorlon: yes
[16:38] <vorlon> waveform: thanks
[16:38] <vorlon> dbungert: ah I guess slyon will take libreadonly-perl
[16:38] <dbungert> OK
[16:38] <vorlon> dbungert: you can have open-iscsi
[16:38] <slyon> vorlon: dbungert: ack
[16:39] <vorlon> usbutils is a missing riscv64 build of libosinfo
[16:39] <vorlon> xnox: would you like this one?
[16:39] <dbungert> vorlon: OK for open-iscsi
[16:39] <vorlon> I'll take boost1.74
[16:40] <vorlon> kmod is my upload, I'll take that also
[16:40] <vorlon> libdatrie is a regression of the i386 cross autopkgtest, anyone want to try their hand at fixing one of those?
[16:40] <xnox> vorlon:  ok.
[16:42] <vorlon> rbalint: would you like to look at libdatrie?
[16:43] <rbalint> vorlon, i'll have everyhing reggressed with glibc 2.33 next week:-)
[16:43] <juliank> It's just some boring i386 crosstesting thingy
[16:43] <vorlon> then there's another string of packages that are my merges (e2fsprogs, systemd blocking iproute2, xfsprogs)
[16:43] <rbalint> vorlon, so i'd pass on that for now
[16:43] <vorlon> rbalint: ok
[16:43] <juliank> ah no
[16:43] <vorlon> doko: could you look at libdatrie/i386?
[16:43] <juliank> I want to look at libdatrie
[16:43] <vorlon> heh
[16:43] <vorlon> ok juliank gets libdatrie
[16:43] <doko> apt dependency?
[16:44] <juliank> I just read the code recently
[16:44] <vorlon> doko: could you take automake-1.16 blocking lzip?
[16:44] <doko> ok
[16:44] <vorlon> juliank: yeah but the failure is likely related to cross-test dependencies so unrelated to the code :)
[16:44] <vorlon> and I think we can stop there for this week
[16:44] <vorlon> bdmurray:
[16:44] <juliank> it's failing to find pkg-config lib
[16:44] <bdmurray> #topic AOB
[16:44] <juliank> I'm out Fri and Mon
[16:44] <rbalint> i'll be out tomorrow
[16:44] <vorlon> juliank: yeah there are examples of how to do that, I can point you to an existing patch if you like
[16:45] <bdmurray> 20.04.2 will be out today!
[16:45] <waveform> I'll be out Tuesday morning next week
[16:45] <juliank> vorlon: sure, I'd appreciate that
[16:45] <vorlon> juliank: Debian bug #974171
[16:46] <bdmurray> Okay, thanks everybody
[16:46] <bdmurray> #endmeeting
[16:46] <meetingology> Meeting ended at 16:46:48 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-meeting/2021/ubuntu-meeting.2021-02-04-16.01.moin.txt
[16:50] <vorlon> thanks


[00:01] -queuebot:#ubuntu-release- New binary: rust-proc-macro-error-attr [riscv64] (groovy-proposed/universe) [1.0.2-1] (no packageset)
[00:10] -queuebot:#ubuntu-release- New binary: arm-compute-library [arm64] (groovy-proposed/universe) [19.11-1] (no packageset)
[00:13] -queuebot:#ubuntu-release- New binary: arm-compute-library [armhf] (groovy-proposed/universe) [19.11-1] (no packageset)
[07:05] <LocutusOfBorg> vorlon, done
[09:57] <tjaalton> slashd: it's a wikipage ;)
[10:14] <LocutusOfBorg> please accept libkiwix thanks!
[17:17] -queuebot:#ubuntu-release- New binary: opencc [amd64] (groovy-proposed/universe) [1.1.1+git20200624+ds2-1] (i386-whitelist, input-methods)
[17:18] -queuebot:#ubuntu-release- New binary: opencc [ppc64el] (groovy-proposed/universe) [1.1.1+git20200624+ds2-1] (i386-whitelist, input-methods)
[17:20] -queuebot:#ubuntu-release- New binary: opencc [armhf] (groovy-proposed/universe) [1.1.1+git20200624+ds2-1] (i386-whitelist, input-methods)
[17:20] -queuebot:#ubuntu-release- New binary: opencc [s390x] (groovy-proposed/universe) [1.1.1+git20200624+ds2-1] (i386-whitelist, input-methods)
[17:21] -queuebot:#ubuntu-release- New binary: opencc [arm64] (groovy-proposed/universe) [1.1.1+git20200624+ds2-1] (i386-whitelist, input-methods)
[17:41] -queuebot:#ubuntu-release- New binary: gnome-getting-started-docs [amd64] (groovy-proposed/main) [3.36.2-0ubuntu1] (personal-gunnarhj, ubuntu-desktop)
[17:42] -queuebot:#ubuntu-release- New binary: gnome-user-docs [amd64] (groovy-proposed/main) [3.36.2+git20200704-0ubuntu1] (personal-gunnarhj, ubuntu-desktop)
[17:53] -queuebot:#ubuntu-release- New binary: opencc [riscv64] (groovy-proposed/universe) [1.1.1+git20200624+ds2-1] (i386-whitelist, input-methods)
[19:37] -queuebot:#ubuntu-release- Unapproved: knot (bionic-proposed/universe) [2.6.5-3 => 2.6.5-3ubuntu0.1] (no packageset)
[19:37] -queuebot:#ubuntu-release- Unapproved: knot (focal-proposed/universe) [2.7.8-1 => 2.7.8-1ubuntu0.1] (no packageset)
[20:08] -queuebot:#ubuntu-release- Unapproved: ubuntu-docs (focal-proposed/main) [20.04.2 => 20.04.3] (desktop-core, personal-gunnarhj)
[20:18] -queuebot:#ubuntu-release- Unapproved: gnome-user-docs (focal-proposed/main) [3.36.1-0ubuntu1 => 3.36.2+git20200704-0ubuntu0.1] (personal-gunnarhj, ubuntu-desktop)
[20:21] -queuebot:#ubuntu-release- Unapproved: gnome-getting-started-docs (focal-proposed/main) [3.36.1-0ubuntu1 => 3.36.2-0ubuntu0.1] (personal-gunnarhj, ubuntu-desktop)
[22:52] -queuebot:#ubuntu-release- New: accepted arm-compute-library [arm64] (groovy-proposed) [19.11-1]
[22:52] -queuebot:#ubuntu-release- New: accepted collada2gltf [amd64] (groovy-proposed) [20140924-6]
[22:52] -queuebot:#ubuntu-release- New: accepted collada2gltf [armhf] (groovy-proposed) [20140924-6]
[22:52] -queuebot:#ubuntu-release- New: accepted collada2gltf [riscv64] (groovy-proposed) [20140924-6]
[22:52] -queuebot:#ubuntu-release- New: accepted arm-compute-library [armhf] (groovy-proposed) [19.11-1]
[22:52] -queuebot:#ubuntu-release- New: accepted collada2gltf [ppc64el] (groovy-proposed) [20140924-6]
[22:52] -queuebot:#ubuntu-release- New: accepted collada2gltf [arm64] (groovy-proposed) [20140924-6]
[22:53] -queuebot:#ubuntu-release- New: accepted collada2gltf [s390x] (groovy-proposed) [20140924-6]
[22:53] -queuebot:#ubuntu-release- New: accepted dav1d [amd64] (groovy-proposed) [0.7.1-1]
[22:53] -queuebot:#ubuntu-release- New: accepted dav1d [armhf] (groovy-proposed) [0.7.1-1]
[22:53] -queuebot:#ubuntu-release- New: accepted dav1d [riscv64] (groovy-proposed) [0.7.1-1]
[22:53] -queuebot:#ubuntu-release- New: accepted dav1d [arm64] (groovy-proposed) [0.7.1-1]
[22:53] -queuebot:#ubuntu-release- New: accepted dav1d [s390x] (groovy-proposed) [0.7.1-1]
[22:53] -queuebot:#ubuntu-release- New: accepted dav1d [ppc64el] (groovy-proposed) [0.7.1-1]
[22:53] -queuebot:#ubuntu-release- New: accepted libkiwix [amd64] (groovy-proposed) [9.2.2+dfsg-3]
[22:53] -queuebot:#ubuntu-release- New: accepted libkiwix [armhf] (groovy-proposed) [9.2.2+dfsg-3]
[22:53] -queuebot:#ubuntu-release- New: accepted libkiwix [arm64] (groovy-proposed) [9.2.2+dfsg-3]
[22:54] -queuebot:#ubuntu-release- New: accepted libkiwix [ppc64el] (groovy-proposed) [9.2.2+dfsg-3]
[22:54] -queuebot:#ubuntu-release- New: accepted libkiwix [s390x] (groovy-proposed) [9.2.2+dfsg-3]
[22:54] -queuebot:#ubuntu-release- New: accepted rust-proc-macro-error-attr [amd64] (groovy-proposed) [1.0.2-1]
[22:54] -queuebot:#ubuntu-release- New: accepted rust-proc-macro-error-attr [armhf] (groovy-proposed) [1.0.2-1]
[22:54] -queuebot:#ubuntu-release- New: accepted rust-proc-macro-error-attr [riscv64] (groovy-proposed) [1.0.2-1]
[22:54] -queuebot:#ubuntu-release- New: accepted rust-proc-macro-error-attr [arm64] (groovy-proposed) [1.0.2-1]
[22:54] -queuebot:#ubuntu-release- New: accepted rust-proc-macro-error-attr [s390x] (groovy-proposed) [1.0.2-1]
[22:54] -queuebot:#ubuntu-release- New: accepted rust-proc-macro-error-attr [ppc64el] (groovy-proposed) [1.0.2-1]
[22:55] -queuebot:#ubuntu-release- New: accepted starpu-contrib [amd64] (groovy-proposed) [1.3.4+dfsg-3]
[22:55] -queuebot:#ubuntu-release- New: accepted starpu-contrib [ppc64el] (groovy-proposed) [1.3.4+dfsg-3]
[23:20] -queuebot:#ubuntu-release- New binary: opencc [ppc64el] (groovy-proposed/universe) [1.1.1+git20200624+ds2-2] (i386-whitelist, input-methods)
[23:20] -queuebot:#ubuntu-release- New binary: opencc [s390x] (groovy-proposed/universe) [1.1.1+git20200624+ds2-2] (i386-whitelist, input-methods)
[23:20] -queuebot:#ubuntu-release- New binary: elpa-transient [amd64] (groovy-proposed/universe) [0.2.0-3] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: opencc [arm64] (groovy-proposed/universe) [1.1.1+git20200624+ds2-2] (i386-whitelist, input-methods)
[23:20] -queuebot:#ubuntu-release- New binary: opencc [amd64] (groovy-proposed/universe) [1.1.1+git20200624+ds2-2] (i386-whitelist, input-methods)
[23:21] -queuebot:#ubuntu-release- New binary: elpa [s390x] (groovy-proposed/universe) [2019.11.001-3] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: opencc [armhf] (groovy-proposed/universe) [1.1.1+git20200624+ds2-2] (i386-whitelist, input-methods)
[23:21] -queuebot:#ubuntu-release- New binary: xiphos [arm64] (groovy-proposed/universe) [4.2.1+dfsg1-1] (mozilla)
[23:22] -queuebot:#ubuntu-release- New binary: elpa [ppc64el] (groovy-proposed/universe) [2019.11.001-3] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: xiphos [armhf] (groovy-proposed/universe) [4.2.1+dfsg1-1] (mozilla)
[23:23] -queuebot:#ubuntu-release- New binary: elpa [amd64] (groovy-proposed/universe) [2019.11.001-3] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: xiphos [amd64] (groovy-proposed/universe) [4.2.1+dfsg1-1] (mozilla)
[23:25] -queuebot:#ubuntu-release- New binary: xiphos [s390x] (groovy-proposed/universe) [4.2.1+dfsg1-1] (mozilla)
[23:25] -queuebot:#ubuntu-release- New binary: xiphos [ppc64el] (groovy-proposed/universe) [4.2.1+dfsg1-1] (mozilla)
[23:29] -queuebot:#ubuntu-release- New binary: elpa [arm64] (groovy-proposed/universe) [2019.11.001-3] (no packageset)
[23:30] -queuebot:#ubuntu-release- New binary: elpa [armhf] (groovy-proposed/universe) [2019.11.001-3] (no packageset)
[23:48] -queuebot:#ubuntu-release- New binary: opencc [riscv64] (groovy-proposed/universe) [1.1.1+git20200624+ds2-2] (i386-whitelist, input-methods)


[08:16] <dpm> good morning everyone
[09:30] <TLE> dpm: good news, I have something working now \o/
[09:30] <TLE> sent you an email with the details
[09:33] <dpm> TLE, cool. I started setting up the server on Friday (I've now got a server accessible from the net with public IP), but got stuck at setting up the django server with juju. I'll ask around today if someone can help me, and if not, I'll set it up without juju, just plain old apache + django
[09:35] <TLE> dpm: great
[09:43] <TLE> dpm: btw, it just hit me, you said that you couldn't give me admin rights for the server (so I can't e.g. set up apache and django) which is all right, because I have no idea of how to do that anyway. But as far as I know, the django code can live anywhere, so if you want me to still help maintaing it, you can just make an ordinary user for me and make sure that I have write access to the folders it is checked out for
[09:46] <dpm> TLE, good point. We can try to set this up now while the server is just a test one on the cloud, but if it all works out and end up moving it to an ubuntu server (e.g. translations.ubuntu.com), then this will not work out - i.e. the IS deparment won't allow ad-hoc deployments, they need to be requested and they do the deployments themselves, even if it's just checking out a branch
[09:49] <TLE> dpm: yeah I absolutely understand, it's not really that I need it, so if you don't doing that in the mean time, then you don't need to bother
[09:50] <dpm> TLE, no worries, I'd happily give you admin rights, I just wanted to let you know the procedure after it's moved to a production server
[09:51] <TLE> yes, I understand
[12:28] <dpm> TLE, I've read your first e-mail. Re: "stealing" CSS, you can also safely use CSS from developer.ubuntu.com, as at least that site's code is properly licensed (GPLv3)
[12:31] <TLE> dpm: ok, well, the lp one had some font definitions which falls back to downloading the font online, which was quite elegant, I'll see if I can find that somewhere on developer.ubuntu.com
[12:32] <dpm> TLE, yeah, it does the same, it's standard practice on several *.ubuntu.com sites
[12:32] <TLE> btw, is currently looking into allowing people to download a tarball with the original or localized figures
[12:34] <TLE> which is actually a lot less trouble than I thought
[12:52] <dpm> TLE, I'm not sure I understand the sentence, did you mean s/is/I'm/ ?
[13:12] <TLE> ehh yeah, on what sentence, I meant to say
[13:12] <TLE> btw, I'm currently looking into allowing people to download a tarball with the original or localized figures
[13:13] <TLE> which is actually a lot less trouble than I thought
[13:14] <TLE> aka I'm done
[13:16] <TLE> dpm: ^^
[13:16] <dpm> cool :)
[13:17] <TLE> I luuuuuve python
[13:17] <TLE> yeah
[13:17] <TLE> I'll commit the changes i sec
[13:31] <TLE> dpm: commited, btw, found all the fonts on duc, so that's all taken care of
[13:32] <dpm> excellent
[15:37] <TLE> dpm: hey, I'm registering a project for it, any special demands for the license if we hope to get it on a ubuntu server at some point?
[15:39] <dpm> I think GPL 3 should be a safe option
[15:42] <TLE> dpm: ok
[15:57] <TLE> there we go: https://launchpad.net/translated-documentation-screenshot-viewer
[15:58] <TLE> bbl
[16:02] <dpm> cool


[20:56] <charafau[m]> It would be great if Ubuntu had matrix server with separate rooms for different sections - desktop, server, community etc
[20:57] <charafau[m]> I'd love to talk with developers because it's great opportunity to make awesome things, but there's no easy way of finding people and talk to them
[20:58] <arraybolt3> Some of us in here are developers :)
[20:58] <charafau[m]> There's discourse but... It would be much easier in chat
[20:58] <Fallen> I very much agree, there are a bunch of cool features in Matrix we could make use of. We do have the rooms on IRC already, but I acknowledge that isn't as accessible today as it was 10-20 years ago.
[20:58] <arraybolt3> In fact I can spot at least four of them in this room right now.
[20:58] <Fallen> In the meanwhile you could check out #ubuntu-devel:libera.chat  on Matrix, or #ubuntu-devel on IRC.
[20:59] <arraybolt3> (For me, IRC is possibly less easy to get started with, but it feels easier to use. That's just my personal opinion though.)
[20:59] <charafau[m]> @arraybolt3#2234 it's not about usability but discoverability
[21:00] <arraybolt3> charafau[m]: Also, you might check out #ubuntu-discuss, some of the devs hang out in there and that's more of a place where casual Ubuntu-related developer conversation would be likely to happen. #ubuntu-devel is somewhat more "formal", you might say.
[21:00] <arraybolt3> (You're probably not going to get a good conversation started in #ubuntu-devel, since most of what goes on in there is active problem fixing, whereas #ubuntu-discuss is made for conversations.)
[21:01] <charafau[m]> I tried Ubuntu-desktop but most stuff there is CI noise
[21:02] <Fallen> The desktop team is normally very active in #ubuntu-desktop:libera.chat , is there a specific question you're trying to get answered?
[21:03] <charafau[m]> Not really, just want to hang out and talk about flutter 🐦
[21:04] <charafau[m]> Still think matrix would be great
[21:04] <charafau[m]> It could even be a show case for charms 😉
[21:05] <charafau[m]> And juju
[21:08] <Fallen> Exploring more modern synchronous communication is something that fits well into my roadmap, it is something I'd like to get started on this year. When the time comes, would you like to help us with figuring out the logistics?
[21:10] <charafau[m]> You can always ping me, but sure if I'll have time between changing baby nappies but maybe 😂
[21:11] <Fallen> Ha very cool, congratulations on the baby :)
[21:13] <charafau[m]> Thanks!
[22:42] <charafau[m]> Fallen: do you plan to host matrix on own server or rather rent server from element ?
[23:00] <Fallen> That question is probably further down the line, I'd leave that up to our infra folks. I'd like to start a bit more high level, what is the audience we want to attract, what criteria are important to the comm. what platforms are reasonable candidates, what others might we want to integrate with, etc
[23:00] <Fallen> The answer may well be Matrix, but it could also be another synchronous messaging platform.
[23:02] <arraybolt3> This is just my opinion, but IRC has been working very well for years and really isn't that tricky, the only tricky part is getting on IRC in the first place. Matrix is really nice, and I use it regularly, but the lag... tttthhheee lllllllaaaaggggggggg...      ggggaalllag... yeah. Maybe we can take speed into account in whatever solution you guys find?
[23:03] <arraybolt3> Anwyay, I'd personally be more on board with finding a way to make IRC easier to access (I know there's loads of clients already, but maybe one that makes the signup process no tricker than with Matrix would be a good project or something). Whatever happens, I at least want IRC to always be here.
[23:04] <arraybolt3> Also, we should take into account that some services require signup methods that certain users simply don't have access to (i.e., Telegram requires a phone number, and I don't have a cellphone). Hopefully something that can be signed up for with little else other than an Internet connection can be chosen.
[23:04] <arraybolt3> (Matrix is OK for this since it requires an email for signup but no phone, and one can make an email with ProtonMail or whatever.)
[23:05] <arraybolt3> (Same thing with Libera.Chat.)
[23:05] <Fallen> Certainly, performance should be a factor. There is also discoverability, where I feel Matrix is better. If we use something with signup, I think that signup should be Ubuntu SSO.
[23:06] <arraybolt3> Ubuntu SSO sounds like a fantastic solution, since it already only requires an email and is already baked into numerous Ubuntu communication services like the Wiki, Discourse, etc.
[23:06] <Fallen> I like IRC a lot, I've been through an IRC/Matrix transition before and in that case it didn't seem too bad for performance. Things just magically worked
[23:07] <Fallen> Using my own matrix server I do see perf issues now, so maybe it is mainly a server resources question.
[23:07] <arraybolt3> And there's the Libera.Chat bridge to wrestle with (which I think is something only Element can manage).
[23:08] <arraybolt3> I've had messages that I sent over Matrix show up on Libera several minutes later. One time I had to ask an operator to mute my Matrix account for a few minutes to let it "clear out" :P
[23:11] <Fallen> Yeah, bridges will probably always be finicky. I was thinking to not bridge everything and encourage people to use the new thing. This way the core of communications happens in one spot.
[23:11] <charafau[m]> Fallen: Synapse or Dendrite ?
[23:12] <Fallen> Synapse. I only recently learned about Dendrite
[23:13] <charafau[m]> https://github.com/matrix-org/dendrite/labels/are-we-synapse-yet still no parity with synapse...
[23:25] <Eickmeyer> \
[23:25] <Eickmeyer> Heh, say hi to my dog. ^
[23:26] <Eickmeyer> (he typed that \ )
[23:41] <arraybolt3> Hey \!
[23:41] <arraybolt3> Eickmeyer: Your dog is hearby known as \ on IRC from here on out.