[16:00] o/ [16:01] \o [16:01] o/ [16:01] /o\ [16:02] o/ [16:02] o/ [16:02] * slangasek waves [16:02] #startmeeting [16:02] Meeting started Thu Feb 1 16:02:42 2018 UTC. The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [16:02] Available commands: action commands idea info link nick [16:02] \ / o [16:02] [TOPIC] Lightning round === meetingology changed the topic of #ubuntu-meeting to: Lightning round [16:03] $ echo $(shuf -e slangasek bdmurray xnox tdaitx doko sil2100 rbalint infinity cyphermox mwhudson rcj philroche Odd_Bloke tribaal fginther juliank) [16:03] doko rcj mwhudson tdaitx cyphermox infinity Odd_Bloke tribaal bdmurray philroche juliank xnox slangasek fginther rbalint sil2100 [16:03] doko: hello! [16:03] o/ [16:04] ouch [16:04] I go last ... [16:04] rcj [16:04] doko, we're saving the best for last [16:04] * made clouds faster [16:04] * went first in meeting [16:05] * CVE builds for cloud-images [16:05] (done) [16:05] no mwhudson [16:05] tdaitx: [16:06] * OpenJDK 8 security update: [16:06] - still massaging armhf hotspot [16:06] * Ran tests with openjdk 9 and 10 as default jdk on bionic [16:06] - 24 reverse build-depends on default-jdk + default-jdk-headless [16:06] - 8 failures using jdk 9, 10 failures using jdk 10 [16:06] * Investigating maven-archiver ftbfs (Debian #886875) [16:06] Debian bug 886875 in src:maven-archiver "maven-archiver FTBFS: test failure" [Serious,Open] http://bugs.debian.org/886875 [16:06] * Backporting OpenJDK 8 fixes to OpenJDK 7 [16:06] (done) [16:06] - MIR [16:06] - argos2 review [16:06] - discussing mtd-utils MIR with rbalint, triggered by flash-kernel [16:06] - juju-core review for SRU to xenial, from balloons' code branch [16:06] - reviewed subiquity keyboard code [16:06] - netplan: [16:06] - implement 'netplan ip leases' [16:06] - refactoring for private python lib [16:06] - coverage/ci fixes [16:06] - field kernel team questions about netplan [16:06] - debugging grub net timeout/retransmit/repeated RRQs of files it already received [16:06] - shim/grub: [16:06] - validating grub2{,-signed},shim{,-signed} SRU in xenial, artful [16:06] (done) [16:07] * Snapping part of the build infrastructure for cloud images. [16:07] * Partner work [16:07] * Work on https://bugs.launchpad.net/ubuntu/+source/squid-deb-proxy/+bug/1456238 (on my spare time) [16:07] Launchpad bug 1456238 in squid-deb-proxy (Ubuntu) "Rewrite urls to mirror" [Wishlist,In progress] [16:07] (done) [16:07] (out of order \o/ My battery is almost dead) [16:07] * Vacation, travel and catch-up [16:07] (done) [16:07] bdmurray: [16:07] tribaal: any more? [16:07] bdmurray: nope [16:07] oops [16:08] Investigation into non-unique whoopsie ids (LP: #1636954) [16:08] Discussed non-unique whoopsie ids at some length [16:08] Switched rabbitmq charm in mojo spec so nagios check passes [16:08] Updates to mojo spec for nagios changes / recommendations [16:08] Launchpad bug 1636954 in Whoopsie "Whoopsie should use something else if non-unique uuid" [High,Triaged] https://launchpad.net/bugs/1636954 [16:08] Documented how to setup whoopsie to send crashes to daisy w/ self-signed cert [16:08] Modified whoopsie to respect an env var to not check ssl cert of daisy server [16:08] Reviewed and merged jibel's apport branch fixing ubiquity package hook (LP: #1582950) [16:08] Launchpad bug 1582950 in apport (Ubuntu Artful) "broken apport hook: TypeError: a bytes-like object is required, not 'str'" [Medium,Fix released] https://launchpad.net/bugs/1582950 [16:08] Fixed apport bug re: recommending python-apport (LP: #1729879) [16:08] Launchpad bug 1729879 in apport (Ubuntu Bionic) "apport-collect is still requesting python-apport installation" [Medium,Fix released] https://launchpad.net/bugs/1729879 [16:08] Investigation into and resolution of apport-test-crashes creation failure [16:08] Confirmed apport-test-crashes are good - had them retraced in devops ET [16:08] Was on holiday last week [16:08] done [16:08] philroche: [16:09] philroche is out today. [16:09] juliank, [16:09] merged lvm2 [16:09] fixed some ubuntu-release-upgrader stuff (bug #1744722) [16:09] cryptsetup 2.0 transition [16:09] rsyslog merge [16:09] bug 1744722 in ubuntu-release-upgrader (Ubuntu Artful) "Unknown bad source brings up during 'zesty' to 'artful' upgrade and It break the process" [Critical,Triaged] https://launchpad.net/bugs/1744722 [16:09] apt test suite fix [16:09] filed argos2 (for cryptsetup) MIR [16:09] fastjson (for rsyslog) MIR [16:09] working on lscpu xenial fix now (bug 1732865) (done) [16:09] bug 1732865 in util-linux (Ubuntu Xenial) "[LTCTest][OPAL][FW860.20] lscpu failed to list cpu max and min frequencies" [Undecided,In progress] https://launchpad.net/bugs/1732865 [16:09] ok, the (done) should have been its own line [16:09] xnox: [16:09] Work on migrating 1.0.2n (upgrade from g release), openssl migrated [16:09] Working on completing migration of my uploads (ppc/s390x) [16:09] Fix a couple of easy 1.1.0 openssl compatibilities [16:09] Merged systemd v237 [16:09] Back from japan on sunday, off to brussels for fosdem tomorrow. [16:09] done [16:10] * working through maas+grub netboot regression possibly triggered my meltdown mitigations (LP: #1743249) [16:10] Launchpad bug 1743249 in MAAS "Failed Deployment after timeout trying to retrieve grub cfg" [Undecided,Incomplete] https://launchpad.net/bugs/1743249 [16:10] * sort out livecd-rootfs regression in bionic (LP: #1746631) [16:10] Launchpad bug 1746631 in livecd-rootfs (Ubuntu) "livecd-rootfs 2.496 needs a PROPOSED=1 build test before release to bionic" [Undecided,In progress] https://launchpad.net/bugs/1746631 [16:10] * proposed-migration work [16:10] * digging into the arm64 runner slowdown over the past week (but not getting very far) [16:10] * retries, overrides, etc. of autopkgtest failures [16:10] * discussions w/ server team about default behavior of cloud-init on unconfigured NICs [16:10] * discussions around fixing MAAS ability to install ESM-supported precise [16:10] * discussions around clean shutdown of complex storage configs (finalrd) [16:10] (done) [16:10] fginther: [16:11] rbalint: [16:11] * finish flash-kernel merge [16:12] * mtd-utils MIR for flash-kernel (still needs fixing tests) LP: #1746126 [16:12] Launchpad bug 1746126 in mtd-utils (Ubuntu) "[MIR] mtd-utils (WIP)" [Undecided,New] https://launchpad.net/bugs/1746126 [16:12] * merge shadow [16:12] * fix cdbs dependency on scour which broke shadow's build [16:12] * fix FTBFS of libnfs [16:12] * internal testbed setup [16:12] * gce-compute-image-packages update, SRU-s pending LP: #1746588 [16:12] Launchpad bug 1746588 in gce-compute-image-packages (Ubuntu) "Update google compute-image-packages to 20180129" [Undecided,Fix released] https://launchpad.net/bugs/1746588 [16:12] (done) [16:12] - Off on Tuesday, very fragmented week in overall [16:12] - SRU reviews and releases [16:12] - Kernel SRU reviews and releases [16:12] - ubiquity: [16:12] * Testing the ubiquity early keyboard selection branch [16:12] * Figuring out how to run the autopilot-tests locally on a VM [16:12] * Working on fixing autopilot tests [16:12] - Checking edge cases of ubuntu-server installs (making sure quiet and splash aren't there) [16:12] - DMB meeting [16:12] - 16.04.4 discussions and slip announcements [16:12] (done) [16:12] doko: [16:13] - came back from LinuxConf.AU, short week [16:13] - updated mpfr/mpclib, and all GCC packages, including cross packages [16:13] - GCC 7.3 and binutils 2.30 releases [16:13] - glibc fix for binutils 2.30 [16:13] - gdb 8.1 release [16:13] - and unfortunately handling a lot of unfinished transitions ... [16:13] - build failures ... [16:13] (done) [16:13] any questions over status? [16:13] Oh, I forgot: I've been hacking around a bit on Launchpad to add Valid-Until to release files (WIP) [16:14] juliank, sounds interesting and scary. e.g. in the context of ESM and the fact that release pocket is frozen and not republished. [16:14] juliank, and esm is kind of open-eneded in end dates. [16:14] xnox: for -updates, -security, -proposed, and -backports I think. We'll see how it works out :) [16:15] juliank: for ESM, the -updates and -security pockets need to be usable for years after they stop being updated [16:15] but that's not a reason for LP to not support it in principle [16:15] slangasek: I'd imagine we can come up with something for that [16:15] and ppas.... like fips, esm, cloud archive, partner archive, dbgsysms, [16:16] [TOPIC] Bugs === meetingology changed the topic of #ubuntu-meeting to: Bugs [16:16] [LINK] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html#foundations-bugs [16:17] anything here we should be taking? [16:17] bug 1744318 - should this move to targetted? [16:17] bug 1744318 in update-manager (Ubuntu) "changelogs.ubuntu.com should be using HTTPS" [Undecided,New] https://launchpad.net/bugs/1744318 [16:18] xnox: I think we had discussed LP: #1707898 again while you were out... what should we do with this? [16:18] Launchpad bug 1707898 in systemd (Ubuntu) "systemd translations are not synced with upstream" [Critical,New] https://launchpad.net/bugs/1707898 [16:18] bdmurray: 1744318 - yes I think so [16:20] Laney, do you think we can trollo-fy the above systemd translation task, on like desktop team trello backlog? it needs a spike investigation to come up with a plan of action. [16:20] slangasek, I think xnox is going to reach out to laney [16:20] xnox: I think we should drop the rls-bb-incoming tag, since regardless of criticality it isn't for us to accept [16:20] sounds reasonable [16:20] if it's another team that needs to fix it [16:21] and then i am happy to tackle it, or to delegate, as long as there is agreement on how to "make translation in langpacks, and be usable by systemd, et.al and all working fine as needed" [16:21] slangasek: So will you modify 1744318? [16:21] bdmurray: yes [16:21] Laney, possibly need changes to langpacks, and pkgmangler, to mangle systemd in a special snowflake way. [16:21] I have some others but will wait for the systemd discussion to tend. [16:21] * xnox is done. [16:21] tend = totally end [16:22] xnox: I've not really touched langpacks, so you probably want to start with seb128 [16:22] definitely not a typo [16:22] I see I was @-ed in that bug but not subscribed to it ;-) [16:22] oh no I am, wtf [16:23] Laney, re:touching langpacks, me neither.... but some sensible plan / guidance, would be nice before shooting in the foot. Like choose which foot, and whoose =) [16:23] bdmurray, xnox: takes 1707898 out of our incoming queue, will trust that it gets followed up w/ desktop team [16:23] X-Launchpad-Message-Rational: subscribed-by @xnox: file in /dev/null :-) [16:23] +e [16:23] twat [16:23] =) [16:23] Is bug 1729491 worth targetting to the release? [16:23] bug 1729491 in apport (Ubuntu) "ubuntu-bug says that snap packages are not installed" [Medium,Triaged] https://launchpad.net/bugs/1729491 [16:23] I actually took those langpacks from seb, but I guess seb might know more on the actual mechanics of how they work [16:23] I just know and deal with their generation [16:23] It should just be a string change somewhere. [16:24] hm, which reminds me, I forgot to re-enable bionic update packs, eh [16:24] bdmurray: hmm yes, let's take that one [16:24] bdmurray: what would be the proper way to report a snap bug? [16:24] (done) [16:24] Laney, could we start a trello card for this on dekstop board and/or subscribe/add me to that card? it will need some discussion and coordination. [16:24] juliank: that's a separate question from having the bug-reporting tools giving confusing error messages [16:24] xnox, Laney: could you also include me in that card? [16:25] juliank: I don't know if there is one. [16:25] alright. [16:25] yes, unfortunately there's not a consistent story there currently [16:25] bug 1736072 seems important - I haven't dug into it at all [16:25] bug 1736072 in ubiquity (Ubuntu) "Encrypted swap does not work" [Undecided,New] https://launchpad.net/bugs/1736072 [16:26] 1736072 is the reason xnox doesn't get a straight backport of swapfiles into 16.04 as an SRU [16:26] xnox: sil2100: Chat to Seb in #ubuntu-desktop in the first instance I think [16:26] slangasek, .... but i thought it was fixed by cyphermox , no? [16:26] juliank: I'm still doubting about another json implementation in main ... [16:26] I don't know, has it been? [16:26] cyphermox: does encrypted swap work in bionic? should LP: #1736072 be closed? [16:26] Launchpad bug 1736072 in ubiquity (Ubuntu) "Encrypted swap does not work" [Undecided,New] https://launchpad.net/bugs/1736072 [16:27] doko: Well, yeah, what can we do? I don't know. [16:27] slangasek: should be working, but we should give it another check [16:27] juliank: can it still be built with json-c? [16:27] juliank: yell at upstream? block at the current version of rsyslog for this cycle? [16:28] ah, the bug says it is now racy [16:28] cyphermox: shall I assign to you to follow up? [16:28] xnox: you're right swap should have been fixed last cycle [16:28] yes [16:28] (and claim it for the cycle, it's clearly important, just not clearly a bug) [16:28] slangasek: rsyslog upstream is the one who forked the json library [16:28] i wonder if there are dependencies missing, and/or not specified x-systemd-after things in fstab [16:28] and made it incompatible and dropped their json-c compat layer [16:28] sweet [16:28] juliank, did they embed a partial tree of systemd too? like NM? [16:28] I don't think so [16:29] * xnox says bad very very bad deal [16:29] juliank: this does not preclude yelling ;) [16:29] but everything is possible :) [16:29] That's it for rls-bb-incoming as far as I'm concerned [16:29] bdmurray: there seemed to be a lot of high incoming bugs that we skipped over [16:30] I think juliank should claim LP: #1725861 :) [16:30] Launchpad bug 1725861 in apt (Ubuntu) "APT::AutoRemove::SuggestsImportant "false" should be the default" [High,New] https://launchpad.net/bugs/1725861 [16:30] slangasek: ah, indeed [16:30] slangasek: Oh well [16:31] juliank: do you think it's fair to say this is something we should fix before the next LTS, even if not implemented in the way the bug title suggests? [16:32] slangasek: I think it might make sense with my other plan to only autoremove "new garbage" [16:33] I'm not convinced it's the right thing to do [16:33] I'm not convinced it's the wrong thing to do either. [16:33] juliank: ok, let's claim it for now and we can discuss further w/o blocking the team meeting :) [16:34] slangasek: to be clear "claim it" also means create a card for it? [16:34] bdmurray: yes, doing [16:35] slangasek: and so every rls-bb-tracking tagged bug should have a card too correct? [16:35] bdmurray: should, yes [16:35] bdmurray: I have been doing those inline here [16:36] xnox: your last comment on LP: #1739672 says you weren't uploading while the build farm was blocked. Is this now fix-committed? [16:36] slangasek: Is there a way to audit the bugs for cards? Do they get tagged during the import? [16:36] Launchpad bug 1739672 in systemd (Ubuntu) "Regression in getaddrinfo(): calls block for much longer on Bionic (compared to Xenial), please disable LLMNR" [High,Triaged] https://launchpad.net/bugs/1739672 [16:37] bdmurray: they have not been getting tagged during the import; I thought they were meant to be but maybe that's a separate job; I've noticed a lot of my imported cards not being tagged. fginther? [16:37] * juliank was a bit confused too about the systemd bug [16:37] I didn't realize the tracking bugs you were getting automagically imported [16:37] slangasek, well, but systemd is not building atm on arm64 because binutils / relocation / EFI [16:37] slangasek, but i should stage that in git at least, yes. [16:38] slangasek, yeah that should be happening. Let me look at logs [16:38] xnox: oh. who has the baton for fixing that, and is there a bug? [16:38] * juliank is checking if gnu-efi is causing the systemd FTBFS [16:39] slangasek, doko / juliank / and I are on the hook for it. [16:39] It might be either toolchain, gnu-efi, or systemd [16:39] systemd uses gnu-efi. [16:39] because of course it does. [16:39] slangasek, there are multiple things affected, e.g. kernel, gnu-efi, systemd.... which i guess is gnu-efi. [16:39] ok, so juliank is on this? [16:39] and I have a gnu-efi transition [16:39] slangasek, re:LLMNR should it be a default for resolved.conf; .network setting for a network; or a netplan provided default? [16:39] slangasek: yeah, I'm on the gnu-efi part [16:40] slangasek, i'm guessing we want it as default off, but not sure if that means in resolved, or on every network.... [16:40] juliank: can you (create a bug and) give me a bug number so I can follow without pestering? [16:40] slangasek: I'm checking if sytemd builds with the new gnu-efi or not. [16:40] xnox: my expectation is off in resolved by default [16:40] slangasek: One for gnu-efi transition, systemd FTBFS on arm64, or both? [16:40] juliank: systemd ftbfs [16:41] ack [16:41] slangasek, ok [16:42] slangasek: xnox: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1746765 [16:42] Launchpad bug 1746765 in systemd (Ubuntu) "systemd FTBFS on arm64" [Undecided,New] [16:42] I assigned it to gnu-efi, systemd, and binutils and we can figure out what's doing it [16:42] juliank: thanks [16:43] anything else on bugs? [16:43] bdmurray: please could you have a look at the apport autopkg test failures? [16:43] slangasek: Should we add a card for systemd FTBFS and mark it in progress? [16:44] juliank: done [16:44] thx [16:44] doko: oh sure, I wonder why I haven't gotten an email about that [16:45] autopkg test failures, not build failures [16:46] I thought we were supposed to get emails about both. [16:46] juliank, xnox: my $.02 is that we should disable any use of gnu-efi in our systemd packages as we are certainly not using the EFI artifacts in the distro and have no plans to [16:46] slangasek: I use them :/ [16:46] bdmurray: we email about stuck packages after a grace period [16:46] juliank: but that should not block systemd distro development in 18.04 [16:47] right [16:47] [TOPIC] AOB === meetingology changed the topic of #ubuntu-meeting to: AOB [16:47] anything else? [16:47] we could also just enable them on arm64, though, as that's where it fails, then I'm happy too :) [16:48] juliank: indeed [16:48] slangasek, when i saw it fail to build, i was like "why the hell is _that_ enabled?" [16:50] juliank, you use them - systemd-efi-boot? you wrap apt in an initramfs, with a kernel image, wrapped as a UEFI binary and then you sign it and only boot that? =) [16:50] transition mess again ... [16:50] yes [16:51] I haven't been giving the transitions much attention because I've been focused on autopkgtest [16:51] xnox: I use systemd-boot to boot my system instead of grub, and I do wrap an initramfs with a kernel into one image which I sign [16:51] I'm doing unfinished transitions for the past four days ... [16:51] doko: do you have a pointer to where you think people should start on the transition mess? [16:51] it's now getting autopkg test failures fixed for involved packages [16:52] xnox: I can't really get grub to work since everything except the ESP is in my LUKS->LVM partition [16:52] doko: I see you've been demoting packages to proposed again, which again makes the bottom of update_excuses less useful [16:52] so everything which depends on mpfr4, mpclib, gdbm, perl, php, and more which I don't have yet identified [16:52] doko: we've discussed that these packages should be removed instead of demoted if they are going to require sourceful fixes [16:53] slangasek: ok, I can do that again. that were the packages still depending on python-imaging and not in debian testing [16:53] yes, those are good candidates for removal if they depend on python-imaging directly [16:54] and I'd like to proposed to push perl into the release pocket to disentangle it from other transitions [16:54] juliank, well, maybe we should fix that. [16:54] juliank, imho kernel should drop and load modules off ESP, and or /boot/grub should be on ESP too [16:54] doko: there was at least one autopkgtest regression against perl which looks legitimate, which is why I haven't skiptest'ed yet [16:55] xnox:Well then you have to put it in machine-id specific directories like I do for kernels in sicherboot [16:55] because multiple OS share the ESP [16:55] xnox: /boot/grub on ESP> yes please, though the migration of existing systems would be rough [16:55] juliank: we own /efi/ubuntu on the ESP [16:55] slangasek: What about systems with 2 ubuntus? [16:56] we'll always find corner-cases [16:56] juliank: you still only have one entrypoint via /efi/ubuntu/bootx64.efi, so it doesn't change the character of the problem if we move more stuff into /efi/ubuntu [16:56] juliank, we still own /efi/ubuntu, so we can add machine-id subfolders. plus ubuntu's can boot each other. [16:57] Right [16:57] I just add machine-id directories directly to the root of the ESP [16:57] anyway, interesting discussion, but I think we're done [16:57] #endmeeting === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds: Please leave swords by the door | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendars | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology [16:57] Meeting ended Thu Feb 1 16:57:32 2018 UTC. [16:57] Minutes: http://ubottu.com/meetingology/logs/ubuntu-meeting/2018/ubuntu-meeting.2018-02-01-16.02.moin.txt [16:57] thanks, folks :) [16:59] I had some AOB - Happy February! [19:57] * wxl drops a pin [19:57] * wxl listens carefully [19:58] * neothethird thinks he heard it hit the ground [19:58] * sarnold *pong* [19:59] time to get this party started, Wild_Man ? [20:00] wheee [20:01] hold on. collecting bodies. [20:01] popey is coming, not sure if he's here yet [20:01] I am always here ;) [20:01] fairy snuff [20:03] i/ [20:03] er [20:03] o/ [20:03] #startmeeting 20 UTC Membership Board Meeting [20:03] Meeting started Thu Feb 1 20:03:44 2018 UTC. The chair is Wild_Man. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [20:03] Available commands: action commands idea info link nick === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds: Please leave swords by the door | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendars | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | 20 UTC Membership Board Meeting | Current topic: [20:04] \o\ [20:04] /o/ [20:04] Hello and welcome to the Membership Board meeting! [20:04] Hello one, hello all! [20:04] The wiki page for the Review Board is available here https://wiki.ubuntu.com/Membership/Boards. We will attempt to get through all of the applicants that have added themselves to that list before today's meeting. [20:04] Hi everyone [20:05] If we are unable to make it through the entire list due to time constraints, then at the next meeting we will pick up where we left off. The format for the meeting is as follows: We will go through the list of applicants one by one, by date of application (FIFO). [20:05] hey everyone \o [20:05] heyoo [20:05] Each applicant should introduce themselves (1-5 sentences) and provide links to their Ubuntu Wiki page. After the introduction the members of the Membership Review Board will review the pages and, if needed, ask the applicant further questions. [20:05] During this time it is encouraged for other members of the community to show their support for the applicant. Do not be alarmed if the members of the Membership Review Board are quiet during this time; they are most likely reading wiki/launchpad/forum/other pages and deciding how they are going to vote. [20:07] Should I start then? [20:07] Go for it. [20:07] #topic neothethird === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds: Please leave swords by the door | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendars | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | 20 UTC Membership Board Meeting | Current topic: neothethird [20:07] Hey everyone, my name is Jan Sprinz (neothethird), i'm a 20 year old informatics student from Germany currently living in Munich. I only really started using Ubuntu on the desktop in 2016. Having the power of an actual GNU/Linux terminal (not the crippled experience you have on macOS) was a real eye-opener to me, and the Unity user experience turned out to be everything I ever wanted from my desktop. [20:07] I started to contribute by reporting bugs and giving support on askubuntu, and came accross the Ubuntu Phone project. The concept of convergence blew my mind and decided i wanted to help making it a reality. Since the commercial devices were very hard to come by at that time, i started exploring other options. [20:07] I discovered Marius Gripsgard and his UBports project, who were trying to port to the Fairphone 2, the phone I was using. Porting was beyond my ken, but I tried to help in other parts of the project, like the websites, PR, organizational stuff, and of course testing and reporting bugs. With the Fariphone port becoming more mature, i also started to look into qml app-development. [20:08] I was studying game engineering at that time, sounds interesting, but it's really not. I was bored out of my mind and Ubuntu Touch was a welcome distraction. When Canonical announced the end of their support for phones, the whole community was in shock. It was clear pretty quickly that if someone was going to take it over, it would be UBports, since we already had the infrastructure. So we did, and the response in th [20:08] neothethird , please introduce yourself to the board, and share a link to your LP and wiki [20:08] e community was overwhelmingly positive! I took up a lot of tasks related to the takeover and was later elected for the first Board of Directors of the soon-to-be-active UBports Foundation. [20:08] My current areas of contributions are listed on my Wiki page (https://wiki.ubuntu.com/JanSprinz). I love the Ubuntu community, and I hope you will look favorably upon my application for Ubuntu Membership. Ubuntu is a big part of my life, even though UBports is technically not an official Ubuntu project. If you want me to elaborate on [20:08] Ubuntu-Wiki page: https://wiki.ubuntu.com/JanSprinz [20:08] Launchpad page: https://launchpad.net/~neothethird [20:08] GitHub page: https://github.com/neothethird [20:08] UBports Foundation members list: https://ubports.com/foundation/ubports-foundation/foundation-boardmembers [20:09] neothethird: how has the reception of ubports taking over from canonical in ownership of the ubuntu phone projects? [20:10] Reception by whom specifically? [20:11] The wider community :) [20:11] In general, nobody specifically. [20:12] I would say it was mixed. The already present UBports community on telegram was very positive about it, some people who did not know us before were a little sceptical at first. Not only because they did not know us, also because it takes a lot of faith to trust someone with something as personal as your mobile phone operating system. [20:13] And some people may have had the impression that it was a "grab for power" by UBports, but i think that feeling is no longer there. (at least i don't hear it any more) [20:14] Yeah, it seems you've handled that weell [20:14] *well [20:14] thank you [20:14] neothethird, how often do you help out on Ask Ubuntu? [20:14] With updates coming out too, which is always good to see. [20:14] Wild_Man: less today, unfortunately, because i am so tied in in Ubuntu Touch, and Ubuntu Touch questions are not welcome on askubuntu any more. [20:15] Really? Shame. Do you have an alternative Q&A site? [20:15] Okay that makes sense. Thanks [20:16] popey: we have forums.ubports.com, but most technical support goes through Telegram or GitHub. [20:16] Gotcha [20:16] neothethird: So I see on your wiki you want to help UBPorts become a better part of Ubuntu. What do you see as the differences and how do you plan to help achieve that goal?? [20:16] * tsimonq2 is on mobile, excuse typos [20:17] (I'm looking at "Future Goals" if anyone wants to follow along :)) [20:18] tsimonq2: Some former Ubuntu Phone users still have not heard about us, i hope that will change in the future. I still see "Oh, i thought it was dead" at least once a week. [20:19] neothethird: And how do you plan on getting that info out? (And how can the Ubuntu community help you?)) [20:19] tsimonq2: How do I want to help achieve that goal? That's a difficult one. It also depends on what the Ubuntu community will like and not like. [20:19] is there someway that could be advertised through an OTA or something of the sort? [20:20] ^ [20:20] tsimonq2: With the switch of base to xenial coming along, i could imagine starting a process of making Ubuntu Touch an official flavor, for example. That might be one option. [20:21] neothethird: I would be curious to see if that's possible :D [20:21] an official flavor would be great! [20:21] i wholeheartedly support that [20:21] I totally agree [20:21] wxl: We released three OTAs already, the next one (as it's planned) will introduce the new xenial base. For that we want to definitely spin up PR [20:21] Anyways, that's all I have to ask :) [20:21] I have no more questions [20:22] neothethird: well, i'm suggesting the OTA itself, when announcing itself, could also link to UBPorts info, or are you saying that's not applicable to non-UBPorts Ubuntu Phone users? [20:23] in any case, we can continue this conversation outside of this meeting. i have no other questions [20:23] wxl: With the Ubuntu Store being decomissioned now, i don't know if there are still non-ubports ubuntu touch users around. We support all devices that canonical supported before. [20:24] (i still have my bq m10 running ubports :) ) [20:24] #voters wxl tsimonq2 popey pleia2 Wild_Man [20:24] Current voters: Wild_Man pleia2 popey tsimonq2 wxl [20:24] wxl: I'm 90% sure all that infrastructure is torn down now [20:24] +1 go ubports go [20:24] #vote neothethird membership [20:24] Please vote on: neothethird membership [20:24] Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname) [20:24] sarnold: that is correct. Canonical was very helpful in the transition [20:24] ah there we go [20:24] +1 [20:24] +1 received from popey [20:24] +1 [20:24]