=== cpaelzer is now known as cpaelzer_afk === marcoceppi_ is now known as marcoceppi === rww is now known as rw === meetingology` is now known as meetingology === cpaelzer_afk is now known as cpaelzer === cpaelzer_ is now known as cpaelzer === kickinz1 is now known as kickinz1-sprint === kickinz1 is now known as kickinz1-sprint === cpaelzer_ is now known as cpaelzer_afk === cpaelzer_afk is now known as cpaelzer_ === cpaelzer_ is now known as cpaelzer_afk === cpaelzer_afk is now known as cpaelzer_ === cpaelzer_ is now known as cpaelzer_afk [11:57] * tsimonq2 is a little nervous that he might not get home in time (although I usually get home at 21:45 UTC, roads are bad) so keep that in mind :) === cpaelzer_afk is now known as cpaelzer_ === ddellav_ is now known as ddellav === sergiusens_ is now known as sergiusens === cpaelzer_ is now known as cpaelzer_afk === cpaelzer_afk is now known as cpaelzer_ [15:59] **\o/** [16:00] o/ [16:00] yo [16:00] * xnox starts to frantically shuffle papaers [16:00] hey! [16:00] o/ [16:01] * slangasek waves [16:01] #startmeeting [16:01] Meeting started Thu Feb 4 16:01:27 2016 UTC. The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [16:01] Available commands: action commands idea info link nick [16:01] * genii makes a large pot of coffee [16:02] [TOPIC] Lightning round === meetingology changed the topic of #ubuntu-meeting to: Lightning round [16:02] $ echo $(shuf -e barry doko bdmurray slangasek caribou infinity sil2100 robru cyphermox pitti tdaitx xnox chiluk) [16:02] tdaitx pitti slangasek doko infinity barry caribou xnox sil2100 chiluk robru bdmurray cyphermox [16:02] tdaitx: hello! [16:02] I lost :( [16:03] sooo close! [16:03] * pitti tosses a candy towards tdaitx [16:04] pitti: ok, go ahead :) [16:05] ci train sprint: [16:05] - fought way too long with trying to deploy to Canonistack (lcy01 is broken, no response to STS ticket; lcy02 timing out) [16:05] - fought way too long with mojo and trying to deploy to juju-local; got a working rollout at last, updated lots of missing details on the https://wiki.ubuntu.com/citrain/Development; reproduced again in clean VM [16:05] - implement proper log rotation in bileto, land bileto charm fix [16:05] - Investigate flipping between running and approved; identified and fixed at least one reason (#1537866) [16:05] autopkgtest: [16:05] - Further debug arm64 breakage in scalingstack; making some progress, but still blocked by #1531768 [16:05] - Investigate broken ppc64el xenial cloud images (#1541757) [16:05] distro: [16:05] - openvpn: Apply script-security hack from init.d script to the .service (#1454725) [16:05] - python-distutils-extra: Some bug fixes, modernize packaging [16:05] - schroot: Test/upload Tyler's patch for fixing recursive bind mounts in schroot (#1430557) [16:05] - systemd: Make package build and tests work against upstream master (preparation for hooking this into upstream git PRs) [16:05] - systemd: merge with Debian, fix /run/lock regression (#1541775) [16:05] - Review caribou's rsyslog merge, discuss cleaning it up, sponsor [16:05] - Review/comment supported-build-depends proposal [16:05] - ongoing: Consistently use /etc/adjtime for UTC vs. LOCAL, grep archive for catching all of it (#1541532) [16:05] (end) [16:06] * merges: shadow now updated, clearing one of the oldest merges off the list and adding a systemd unit to its upstart job [16:06] * and dh_systemd still makes me angry [16:06] * working on standing up .deb based images for rpi2 to go with the snappy images for this cycle [16:06] * presentation prep work for the snappy sprint in 2 weeks [16:06] * discussions around the creation of the preinstalled snappy images and infrastructure needed [16:06] * still on baby watch [16:06] (done) [16:06] what is wrong with dh_systemd? [16:07] - FOSDEM, free java room [16:07] - following the unannounced openmpi transition [16:07] - netcdf transition [16:07] - llvm-3.8, fix ftbfs, prepare for transitin [16:07] - removed last references to ruby2.1, removed now. [16:07] - python3.4 removal still waits for numpy to migrate. [16:07] - binutils update [16:07] - prepare gccgo-6, (with go 1.6 support) [16:07] (done) [16:07] doko: it should have been a minor extension to dh_installinit [16:07] no infinity? [16:07] slangasek: FWIW, /etc/init/passwd.conf would more efficiently transition to a tmpfiles.d/ snippet than a .service calling rm [16:07] and it should have been done as part of debhelper instead of an add-on that now everyone has to build-depend on separately for the default init system [16:07] debian bug #811110 [16:07] Debian bug 811110 in wnpp "ITP: dirtbike -- convert installed Python packages to wheels" [Wishlist,Fixed] http://bugs.debian.org/811110 [16:08] pitti: ah, thanks for the hint [16:08] slangasek: (let's talk off-meeting) [16:08] pip 7.1.2, 8.0.2, 8.0.2-1 (still needs work and fixes to virtualenv) [16:08] pitti: I hadn't considered tmpfiles.d being used to remove files from /etc :) [16:08] LP: #1541407 [16:08] Launchpad bug 1541407 in apt-xapian-index (Ubuntu) "/usr/share/apt-xapian-index/update-apt-xapian-index-dbus:SyntaxError" [High,Fix released] https://launchpad.net/bugs/1541407 [16:08] like pitti, i fought the mojo and the mojo won. [16:08] virtual sprint on bileto [16:08] --done-- [16:09] Bugfix : [16:09] - LP #1528101 - vm.min_free_kbytes crash issues [16:09] Launchpad bug 1528101 in kexec-tools (Ubuntu) "ISST-LTE: kdump failed: second kernel booting hangs after /scripts/init-bottom when large min_free_kbytes value being set" [Undecided,Confirmed] https://launchpad.net/bugs/1528101 [16:09] Solution would be overly complex for a corner case [16:09] - LP #1534106 - rsyslog segfault with juju [16:09] merged rsyslog 8.16.0-2 which should fix this [16:09] Launchpad bug 1534106 in rsyslog (Ubuntu) "rsyslogd crashed with SIGSEGV with juju-local configuration" [High,Triaged] https://launchpad.net/bugs/1534106 [16:09] \o/ [16:09] Development work: [16:09] - LP #1540537 - libvirt sponsorship [16:09] WIP [16:09] - LP #1539483 - rsyslog merge [16:09] Launchpad bug 1540537 in libvirt (Ubuntu Vivid) "make ovs-vsctl not raise error if there's no portData available." [Medium,In progress] https://launchpad.net/bugs/1540537 [16:09] Launchpad bug 1539483 in rsyslog (Ubuntu) "Please merge rsyslog 8.16.0-1 (main) from Debian unstable (main)" [Wishlist,Fix released] https://launchpad.net/bugs/1539483 [16:09] - LP: #1540491 - merge clamav [16:09] - Learn new git merge workflow for clamav [16:09] Launchpad bug 1540491 in clamav (Ubuntu) "Please merge clamav 0.99+dfsg-1 (main) from Debian stable" [Wishlist,Confirmed] https://launchpad.net/bugs/1540491 [16:09] ☑ Done [16:10] * Fiddling with s/-m32/-m31/ [16:10] * uploaded d-i, s390-tools, choose-mirror, s390-netdevice [16:10] * unbroke adt tests on multipath-tools (somewhat), mysql [16:10] * debugging parted crashes, on lvm, on dasd - reffered to upstream contributor LP: 1541510 [16:10] * uploaded upstart (minor old bugfix upload) [16:10] * nodejs (with patch from previously deffered upstream fix) [16:10] Launchpad bug 1541510 in parted (Ubuntu) "parted crashes on lvm, on a dasd drive" [High,Confirmed] https://launchpad.net/bugs/1541510 [16:10] * systemd with shorter network names, there is now space for :vlan-id [16:10] * FOSDEM [16:10] * Started nomination process for DMB - anybody wants to join?! =) [16:10] .. [16:11] - Sick with flu the whole week, productivity lowered [16:11] - Landing team work, silo coordination, preparing landing e-mails [16:11] - RTM Status meetings [16:11] - system-image: [16:11] * Review of a community submitted device-alias merge [16:11] * Creation of the new PD-related frieza channels [16:11] * Helping debugging some local s-i servers for the community [16:11] - OTA-9.5: [16:11] * Preparing snapshot, creating first semi-candidate image [16:11] * Work on scheduling and importing the new custom and device tarballs [16:11] * Bug triaging, chasing upstreams [16:11] - +1-maintenance and patch piloting [16:11] xnox: -m31 - augh? [16:11] * Merge denemo from Debian per sponsoring request [16:11] * Sponsor SRU for live-build [16:11] * Publish doko's multi-arch changes for some CI Train projects [16:11] sil2100: i saw your mp, will get to it when i can [16:11] * Looking into one livecd-rootfs review [16:11] - Landing Team tools: [16:11] * Changes to the issue tracker for better blocker tracking for OTA purposes [16:11] * New small helper script additions [16:11] * Fixing the snapshotting script to workaround issue with packages from private builders [16:12] slangasek, because lib32* packages do not come for free =) well, at least 2 did not. [16:12] - Different MP reviews (most related to touch) [16:12] (done) [16:12] xnox: do you think that adding zfcpdump to kdump-config be useful ? [16:12] slangasek, they had -m64 packages, but no -m31 packages. [16:12] caribou, YES! [16:12] barry: \o/ thanks, it's still WIP paused until this crazy milestone is done but I'd like someone to take a look at it in the meantime [16:12] * doko forgot 30 multiarchifications [16:12] caribou, that's the only way to get a dump out of those things. [16:13] xnox: I'll see what can be done; we already implemented firmware assisted dumps for Power8 [16:13] xnox: what packages ? we haven't agreed to do any engineering work to enable -m31 builds... is this upstream in Debian? [16:13] slangasek, let's talk after meeting. [16:13] sounds like my turn then. [16:13] - Requested security team put comments on the launchpad bugs when SRU's are pulled from -proposed due to CVEs. This is all due to CVE confusion in #1527062. The kernel team may need to modify their scripts accodingly as well. [16:13] - Other than that mostly non-public support casework this week. [16:13] -done- [16:14] * coaching pitti, barry, bdmurray in ci-train/bileto bugfixing for sprint this week [16:14] * prepped bugs, organizing priorities and pointing out where in code to work on fixes [16:14] * reviewing & merging the copious amounts of work done by pitti, barry, bdmurray this week [16:14] * many, many, many iterations on the deployment instructions so that you can almost, sorta, kinda, deploy ci-train into canonistack. [16:14] (done) [16:14] modified mojo spec to use the dse version of cassandra and testing it [16:14] investigation into 16.04 retrace failures for seb128 [16:14] uploaded whoopsie to Xenial (doko's multiarch changes) [16:14] reported that Supported time frame for xenial packages is wrong [16:14] ubuntu-release-upgrader merge proposal review and testing for LP: #153880 [16:14] Launchpad bug 153880 in texlive-base (Ubuntu) "Update manager hangs during install from Feisty to Gutsy" [Undecided,Expired] https://launchpad.net/bugs/153880 [16:14] uploaded ubuntu-release-upgrader to Xenial [16:15] worked on creating a snap for a WeMo server [16:15] prep for bileto sprint [16:15] bileto sprint (LP: #1488956, LP: #1530870, LP: #1541258) [16:15] Launchpad bug 1488956 in Bileto "Lander IRC nickname should be fetched from Launchpad" [Wishlist,Fix released] https://launchpad.net/bugs/1488956 [16:15] Launchpad bug 1530870 in CI Train [cu2d] "Ticket's published_versions should state series information" [Wishlist,Fix released] https://launchpad.net/bugs/1530870 [16:15] Launchpad bug 1541258 in CI Train [cu2d] "Stop writing useless files." [Undecided,Fix released] https://launchpad.net/bugs/1541258 [16:15] ✔ done [16:15] - [MIR] appstream review [16:15] - [MIR] fwupd review [16:15] - [MIR] s390-tools review [16:15] - [Misc] sablecc update [16:15] - [trusty] multipath-tools on LVM (bug lp:#1540401) [16:15] - [trusty] libaudit openssh/shadow verification (bug lp:#1478087) [16:15] advance warning, prepare for the bug link flood... [16:15] - [trusty] ubiquity 2.18.8.12 merge from jderose (bug lp:#1539266) [16:15] - [trusty] multipath/parted bugfixes (bug lp:#1432062, bug lp:#1473903, bug lp:#1486370, bug lp:#1496210, bug lp:#1503286, bug lp:#1526984, bug lp:#1536008, bug lp:#1538775) [16:15] - [vivid] NetworkManager backport [16:15] bdmurray: I think I pushed the merge for the xenial support time frame, is that fixed now in the metadata? [16:16] ... or not? [16:16] - backporting IPv6 support for broadband modems [16:16] - [xenial] s390-tools upload [16:16] - removed Build-Depends on libsysfs [16:16] - [xenial] multipath-tools bugfix (bug lp:#1540660) [16:16] - also fix rebuilds and add autopkgtest [16:16] (done) [16:16] cyphermox: lp# w/o a space is not picked up [16:16] doh. [16:16] * cyphermox fixes his sed+xslt [16:16] :) [16:16] alright [16:16] any questions? [16:17] I got one for AOB [16:17] robru: would you like to give any more detail about this week's vsprint? [16:18] slangasek: hmm, I'm not seeing support at all [16:18] s/support/Supported/ [16:18] bdmurray: we're talking about the metadata in the Packages file, right? [16:19] slangasek: sorry I forgot to prep notes last night so that was written in a hurry [16:19] bdmurray: it's possible my merge broke it, since it landed this week (after discussion on #ubuntu-release last week)... is there a bug #? [16:19] robru: well, I'm just asking if you want to talk about how it's going... not read from notes :) [16:20] slangasek: many many bugs fixed, lemme see: https://bugs.launchpad.net/bileto/+bug/1488956 https://bugs.launchpad.net/cupstream2distro/+bug/1530870 https://bugs.launchpad.net/bileto/+bug/1513649 https://bugs.launchpad.net/bileto/+bug/1538717 https://bugs.launchpad.net/bileto/+bug/1538716 https://bugs.launchpad.net/bileto/+bug/1538718 [16:20] Launchpad bug 1488956 in Bileto "Lander IRC nickname should be fetched from Launchpad" [Wishlist,Fix released] [16:20] Launchpad bug 1530870 in CI Train [cu2d] "Ticket's published_versions should state series information" [Wishlist,Fix released] [16:20] Launchpad bug 1513649 in Bileto "Warn when publishing to vivid and destination PPA field is left blank" [Undecided,Fix released] [16:20] Launchpad bug 1538717 in Bileto "implement log rotation for iterate.py" [Undecided,Fix released] [16:20] Launchpad bug 1538716 in Bileto "Needs a clickable index of static files." [Undecided,Fix released] [16:20] slangasek: I noticed via apt-cache show but imagine that looks at the Packages file. Checking another system after running apt-get update the Supported info disappeared [16:21] slangasek: it's going really well, the guys are picking things up quick, I'm quite pleased with how fast everything's gone. all the prep last week is paying off for sure [16:21] bdmurray: ok, very likely that it somehow managed to regress then. If there's no bug open, let's take it to #ubuntu-release for discussion after (and find somebody who can tell me where I can find the output of the script) [16:21] slangasek: no bug, sounds fine [16:21] robru: cool. getting close to having an actually reliably deployable development environment from mojo? :) [16:22] slangasek: the instructions work now; it still needs to run mojo two or three times, but just that [16:22] slangasek: close to as good as it's going to get. what makes it difficult is that a) canonistack is really slow and flaky, and b) the amount of creds required is staggering and creating them all new is a royal pain [16:22] pitti: because of canonistack reliability problems? [16:23] slangasek: yep [16:23] yeah, forget canonistack [16:23] * slangasek nods [16:23] slangasek: I meant in juju-local [16:23] robru: right, but I assume the creds stuff can be done once per developer? [16:23] I tried about 10 to 15 times, it always times out [16:23] pitti: oh you got juju local working? last I heard you switched to canonistack because of some issue [16:23] pitti: so it takes 2-3 runs even for local? [16:23] slangasek: true, each developer can re-use their own creds [16:23] I set up a new LP account with a new GPG and SSH key; that part is by far the most work [16:24] yeah [16:24] as it needs lots of veriifcation emails, uploading a new key, etc. [16:24] slangasek: yeah, there are some juju-local bugs [16:24] like, the juju agent often doesn't finish installation, and it's stuck forever in "waiting for agent to run" [16:24] I wonder if it would make sense to omit the LP integration pieces from the devel setup, and just mock it somehow [16:24] pitti: ah, doh [16:25] anyway, cool - glad to hear you've got it down to "just" juju bugs and creds :) [16:25] so killing those broken machines and re-running works [16:25] slangasek: I'm not sure how that would even look. it's very tightly coupled to lp, from interacting with PPAs to querying lplib about packages and stuff. [16:26] I guess for robru it's fine to use his own LP user and creds [16:26] but I don't want to create a password-less GPG user for my account [16:26] robru: I mean for the ppa interaction part. Querying lplib about packages in the main archive should still work the same. OTOH, being tightly coupled to LP is a good thing, it means you don't have too many wheels reinvented :) [16:26] lp:~pitti can do too much damage everywhere :) [16:26] pitti: I used my own because I wasn't bothered by the issue where you need a passwordless gpg in order to be able to sign packages; I just do builds in staging rather than use my own deployment [16:26] pitti: pretty sure robru's account also has privileges in places, and that he was aiming for core-dev... [16:27] [TOPIC] AOB === meetingology changed the topic of #ubuntu-meeting to: AOB [16:27] anything else today? [16:28] so, it's set then -- robru will charm up Launchpad, we can roll it out into two more containers [16:28] pitti: agreed [16:28] * pitti runs away really fast to evade the bullets [16:28] slangasek: yeah my account has lots of access but the thing is that I didn't associate a passwordless gpg key with my account as is required for a fully functioning deployment [16:28] robru: right, that's fine then [16:28] there is a request to backport the mstflint version in Xenial to the other stable releases as it becomes inoperatable with newer hardware from mellanox [16:28] oh [16:28] caribou: sounds to me like an appropriate hardware enablement SRU [16:29] I hope today we can finish the web-clicky version of "retry my failed tests in a silo" [16:29] there is quite a gap b/w trusty's version and Xenial [16:29] slangasek: what's the best approach for the SRU : a massive debdiff b/w the two versions ? [16:29] caribou: does it carry risk of regression for other hardware, though, and if so how will it be validated? Maybe it's better to put it in trusty as a parallel package? [16:30] slangasek: parallel package as in -backports ? [16:30] slangasek: right now, the ones pushing for this the harder are Mellanox themselves [16:31] caribou: I mean package it under a different name (mstflint-4 or mstflint-why-cant-hardware-interfaces-be-stable) [16:31] -backports would seem ok to me as well [16:31] mstfint-4 could be a valid solution, we'll investigate that [16:32] slangasek: ok, thanks! [16:32] what else? [16:33] It's EoL day right? [16:33] yes and no [16:33] yes for desktop and server, no for snappy and phone :) [16:33] bdmurray: did you already flip meta release? [16:34] oh, schroot removal o'clock! [16:34] more seriously, what about running vivid autopkgtests? I figure we still need them for the phone [16:34] pitti: indeed :) [16:34] we just won't get any updated cloud images any more [16:34] slangasek: No, I was having issues upgrading from T to W but will today. Oh, that's interesting I was working on rejejct crashes from 15.04 but then what about the phone... [16:35] pitti, bdmurray: we ought not change anything on the infrastructure side for vivid right now [16:35] OOI, is there a timeline for migrating to wily or xenial? [16:35] pitti, hardware EOL? [16:36] pitti: I don't have any timeline [16:36] pitti, cause like armhf abi breaks in qdouble, and c++11 abi are hard to "upgrade" to. [16:36] xnox: right, but that problem won't become any easier with time passing [16:37] i. e. with pre-built apps in the store [16:37] pitti, right, but e.g. hopefully one day all things become arm64, with a hard/good qdouble and c++11 abi. [16:37] wow [16:38] heh [16:38] (and hopefully we will not have c+=14 abi problem) [16:38] that sounds like vivid super-LTS [16:38] pitti: it is an issue that we should keep pressing on, and not just wait until all of the armhf devices are EOL [16:38] I'd suggest ubuntu-phone for that :) [16:39] well, potentially we could upload the rest of vivid to the overlay PPA, and that then becomes the "full" vivid-touch archive? [16:40] \o/ problem solved [16:40] well, not really [16:40] but we could at least drop vivid from /ubuntu [16:40] no [16:40] vivid is staying where it is [16:40] someone still needs to provide updates for the touch-y packages [16:41] and this is not the meeting to discuss this :) [16:41] ok, so I'll keep everything running [16:42] pitti: alright, great :) [16:42] #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:42] Meeting ended Thu Feb 4 16:42:45 2016 UTC. [16:42] Minutes: http://ubottu.com/meetingology/logs/ubuntu-meeting/2016/ubuntu-meeting.2016-02-04-16.01.moin.txt [16:42] thanks, all! [16:42] thanks! [16:42] slangasek: to be clear, keep accepting crashes from vivid but set unsupported in the meta-release file? [16:42] thanks all! [16:42] bdmurray: yes [16:42] thanks! [16:43] bdmurray: if that's ok / works ? [16:43] slangasek: the retracers are keeping up w/ the load so sure [16:44] slangasek, bdmurray didn't we "oversupport" quantal or some such too? because there was a cloud of some sort. [16:44] xnox: Not that I recall and we wouldn't have gotten automatic crashes from that setup. [16:44] bdmurray: right - and if they weren't keeping up with the load, that would mean we need more retracers to handle the reports from things our users are still running :) [16:45] slangasek: just because they are still running it doesn't mean we are fixing those crashes... [16:52] bdmurray: true; but the phone team is still supporting 15.04 [16:55] slangasek: right I was being pedantic about "things our users are still running" - crashes from Saucy aren't useful === kickinz1-sprint is now known as kickinz1|afk [17:00] Hello everybody! [17:00] #startmeeting CC meeting [17:00] Meeting started Thu Feb 4 17:00:41 2016 UTC. The chair is dholbach. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [17:00] 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 | CC meeting | Current topic: [17:01] #chair belkinsa czajkowski hggdh sgclark mhall119 marcoceppi [17:01] Current chairs: belkinsa czajkowski dholbach hggdh marcoceppi mhall119 sgclark [17:01] Aloha [17:01] almost the entire CC :) [17:01] o/ [17:01] hello [17:01] o/ [17:01] o/ [17:01] how are we all doing? :) [17:01] Doing well. Thanks for asking. [17:01] trying to blame being tired on jetlag, but the timeline isn't in my favor there [17:01] life is good :-) [17:01] allergies :( [17:02] mhall119: I'm with you on that one :) [17:02] * dholbach hugs sgclark [17:02] pesky timezones :) [17:02] so we're meeting the Xubuntu team... do we have anyone from the team here? [17:02] pleia2: ? [17:03] although, I think she's at linux.conf.au this week [17:03] * micahg is here, but hasn't been doing much with Xubuntu lately [17:03] ochosi? [17:03] Noskcaj_? [17:04] just pinging folks in #xubuntu-devel right now [17:05] * genii makes more coffee [17:06] I would suggest we wait a few mins - and then move on to the Ubuntu Studio team if we can't find anyone [17:06] * belkinsa nods [17:06] * hggdh finishes current coffee brew, and prepares another [17:06] can anyone ping a few ubuntu studio people already? :) [17:07] or we can start with studio first if there's someone here for it [17:07] and then try XUbuntu again after [17:07] sure, that'd work for me as well [17:08] nods [17:08] dholbach, Ubuntu Studio pinged in their channel. [17:08] zequence: are you around for the Ubuntu Studio catchup meeting? [17:08] thanks belkinsa [17:09] Not a problem. [17:10] perhaps we need to go back to sending reminder emails 24 hours in advance [17:10] yeah :-/ [17:10] Agreed. [17:10] or setting up a shared calendar with invites [17:10] so folks get a notification [17:11] That could work. [17:11] * sgclark nods [17:12] is there anyone who woud like to take a look at setting this up? [17:12] I will [17:12] Sure I will [17:12] mhall119: you do enough :) [17:12] Hi - I am from Ubuntu Studio [17:12] doesn't feel like it :/ [17:12] Rosco2, prefect, thank you! [17:12] sgclark: let's work together on it then [17:12] I know the feeling [17:13] Same here. [17:13] mhall119: sounds good :) [17:13] thanks a lot mhall119, sgclark! [17:13] thanks Rosco2! [17:13] #topic Catching up with the Ubuntu Studio team === 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 | CC meeting | Current topic: Catching up with the Ubuntu Studio team [17:13] Rosco2: how are you doing? :) [17:13] There is still time for zequence to join at half past [17:13] Fine [17:14] First time I have joined one of these [17:14] Rosco2: yeah, we didn't have anyone from Xubuntu here so we're starting Studio earlier than planned [17:14] Rosco2: great to have you :-) [17:14] how are things in the Ubuntu Studio world? [17:15] We are in a transition with zequence soon to be replaced with Set [17:15] as new Lead [17:16] hopefullt Set joins too [17:16] ah cool... have you been working together for a while already? [17:17] I have only been around for a couple of cycles [17:17] Which part of Ubuntu Studio are you most interested in? [17:18] I currently maintain some packages in Debian [17:18] a couple of cycles is a decent amount of time invested :) We're happy you've been around this long [17:18] So helping with syncs/merges SRUs - bug triage etc [17:18] Yes, and maybe enough to apply for your Membership/ [17:19] I have volunteered to be Test Lead [17:19] Rosco2: nice... has somebody been sponsoring your upload for you up until now? [17:19] So the first big thing is to help with the release [17:20] I have not had that many uploads in Ubuntu [17:20] How are things looking so far for 16.04? [17:20] And quite a few different sponsors [17:20] Excellent! :-) [17:21] From my part - looking good [17:21] Rosco2: have you considered applying for Ubuntu Membership? [17:21] greetings! [17:21] We have been working with flocculant to get some manuaæ test cases on the QA tracker [17:21] as belkinsa mentioned, you've been around long enough for it, and I'm sure you can get testimonials from other members in Ubuntu Studio [17:22] hello sakrecoer [17:22] Rosco2: excellent [17:22] Rosco2, https://wiki.ubuntu.com/Membership [17:22] For info on the Membership. [17:22] Thanks - I will look into it [17:22] Not a problem. [17:22] * mhall119 sees you've also been active in gramps, I love that program [17:23] czajkowski: they did good with the testcases :) [17:23] Gramps is what got me started [17:23] Rosco2, have you and the team ran into any problems in this cycle? [17:23] do you have still many things you need to get done for 16.04? [17:25] This cycle = 16.04. [17:25] We have not been very ambitious with new features this cycle [17:26] So I guess a lot of package updates and stabilisation? [17:26] But Set has been working to sort out artwork etc [17:26] Rosco2: is that from lack of time/resources, or lack of confidence? [17:26] Resources I would say [17:27] what's the plan for increasing that? Do you need help with recruitment or promotion? [17:27] There are many of us that are in the Studio team but also have other interests [17:27] ^^ that's a question for anyone involved in Studio, not just Rosco2 [17:27] is the rt kernel still being used for ubuntu studio? [17:28] I think low latency kernel [17:28] ah sorry, yes [17:28] and the work with the kernel team is going smoothly on that one? [17:28] But zequence & ovenworks know the moost about that [17:29] ok -I know that it was a source of problems in the past, but it's probably no issue anymore :) [17:29] Zequence wrote me that things were pretty smooth [17:29] excellent - let us know if we can ever help with anything [17:29]