=== shuduo-afk is now known as shuduo [15:01] o/ [15:01] \o [15:02] o/ [15:02] * slangasek waves [15:02] o/ [15:03] and the boss breaks the Laola wave again [15:03] #startmeeting [15:03] Meeting started Thu Mar 17 15:03:12 2016 UTC. The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [15:03] Available commands: action commands idea info link nick [15:03] pitti: you know you missed me [15:03] [TOPIC] Lightning round === meetingology changed the topic of #ubuntu-meeting to: Lightning round [15:04] bah [15:04] xnox: ... humbug? [15:04] $ echo $(shuf -e barry doko bdmurray slangasek caribou infinity sil2100 robru cyphermox pitti tdaitx xnox chiluk) [15:04] sil2100 pitti infinity caribou cyphermox chiluk doko slangasek robru barry tdaitx xnox bdmurray [15:05] no sil2100 on IRC at the moment [15:05] pitti: [15:05] autopkgtest: [15:05] - Fix fallback handling of build profiles on trusty [15:05] - Fix selftest regressions [15:05] - britney: Fix crash when processing broken results [15:05] distro: [15:05] - docker: Fix service file for self-managed cgroup hierarchies (#1546214) [15:06] - ecryptfs: Try to reproduce swap regression, WFM (#1447282) [15:06] - linux: Investigate overlayfs permission regression (#1555997) [15:06] - lxd: Fix autopkgtest regression [15:06] - merges: puppet, util-linux (to fix upgrade failure #1556539) [15:06] - lots of archive admin to get rid of some cruft, run process-removeals [15:06] - wxbanker: Update to new upstream version to work with wx 3.0 (#1544170) [15:06] - Debug shutdown hang, due to bind9 library regression (#1556175) [15:06] - Discuss cloud-init network configuration with smoser [15:06] error-tracker vsprint since Tuesday: [15:06] - got the beast set up at last, documented steps and workarounds on the etherpad for now [15:06] - landed to small improvements, a tricky encoding fix causing crashes, and improvement of Python crash detection so far [15:06] (done) [15:06] - Random SRU, AA, and release things [15:06] - glibc 2.23 -- currently hunting test failures in PPA [15:06] - linux-lts-xenial reviewed (and reviewed and reviewed) and landed [15:06] - Training Andy to do AA and SRU tasks [15:06] - tzdata updates [15:06] - git updates [15:06] - Found and fixed kernel bug blocking powerpc scalingstack [15:06] (done) [15:07] infinity: test failures is build-time test failures? [15:07] slangasek: Yes. [15:08] caribou: ? [15:09] cyphermox: lead the way, caribou is away now [15:09] - NetworkManager dnsmasq patch porting [15:09] - debootstrap InRelease file support (bug LP: #1485511) [15:09] - debugging netcfg ipv4 missing (bug LP: #1556177) [15:09] - debugging oem install network setup [15:09] - fighting Secure Boot Mok variables/mokutil [15:09] - uploaded dkms 2.2.0.3-2ubuntu10 and grub2 2.02~beta2-36ubuntu1 [15:09] Launchpad bug 1485511 in debootstrap (Ubuntu) "ISST-KVM:CTE:R3-0:raing12: Base system install fails with "Debootstrap Error :Invalid Release signature (key id 40976EAF437D05B5) " using Ubuntu 15.10 latest daily build (20150805)" [Undecided,Fix released] https://launchpad.net/bugs/1485511 [15:09] Launchpad bug 1556177 in netcfg (Ubuntu) "After Ubuntu16.04 VM installation on brazos LPAR, Network does not come up" [Critical,Incomplete] https://launchpad.net/bugs/1556177 [15:10] - get mokutil building on other architectures [15:10] - hw-detect multipath fixes from mauricfo [15:10] - investigate minimum ESP size [15:10] - investigating missing daily images [15:10] - more libcxl review [15:10] chiluk asked to skip him [15:10] - review & upload ubiquity-slideshow-ubuntu [15:10] - reviewed EFI timer patches for dannf [15:10] - sponsoring os-prober fix from smb (bug LP: #1374759) [15:10] oh, still more text, sorry :) [15:10] Launchpad bug 1374759 in os-prober (Ubuntu) ">>>WARNING<<< Wrong ufstype may corrupt your filesystem, default is ufstype=old" [Medium,Fix released] https://launchpad.net/bugs/1374759 [15:10] - updating NetworkManager to 1.2 [15:10] - upgrades, upgrades, upgrades [15:10] (done) [15:10] yeah, sorry, I paste a few lines at once only, to not get killed for flooding [15:11] (and also because Cisco FWSM taught me pasting is evil) [15:11] doko? [15:12] cyphermox: do you have a rough eta for landing NM? [15:12] we should give that a few weeks testing in devel at least [15:13] not really. I'm fighting gdbus, and I think other things have priority than updating software, like fixing big bad ugly bugs. [15:13] bdmurray? [15:13] NM is my off-hours work late at night [15:13] doko said he would miss this meeting [15:13] (said he would send status by email, though I don't see it yet) [15:14] Is he still waffling on if he's VAC or not? [15:14] pitti: ? I'm last I think [15:14] slangasek: you're next :) [15:14] cyphermox: is there an FFe for updating NM? [15:14] bdmurray: oh sorry, read the wrong line [15:14] or, what's driving the update to 1.2? [15:14] yes, https://bugs.launchpad.net/ubuntu/+source/network-manager-openconnect/+bug/1552424 [15:14] Launchpad bug 1552424 in network-manager (Ubuntu) "[FFE] NetworkManager 1.2-beta" [Undecided,Confirmed] [15:15] ^ for all the NMs [15:15] incomplete, because stuff needed porting and thus couldn't be built yet [15:15] infinity: he is not on vacation but he has some evening time-of-day constraints currently [15:15] slangasek: *nod* [15:15] Square dancing is important. [15:16] * short week, due to paternity leave [15:16] * feedings [15:16] * changings [15:16] * php7.0 transition sponsorship [15:16] * lots of email catch-up [15:16] * reviewing https://code.launchpad.net/~xnox/germinate/+git/germinate/+merge/285180 to try to move the archive reorg story forward for 16.04 [15:16] * working through performance reviews for the team, to be completed this week to keep everything on schedule [15:16] (done) [15:16] * work on ephemeral ppas / jenkins replacement continues (mostly test-writing this week) [15:16] * error tracker sprint: got a successfull error tracker deployment in canonistack [15:16] * missed a day due to illness [15:16] (done) [15:17] pycurl 7.43.0-1, 7.43.0-1ubuntu1, zope.event 4.2.0-1, libpeas discussions in debian (debian bug #806824 w/follow up bug & blocks), pyflakes 1.1.0-1, pep8 1.7.0-2 (w/ git-dpm-ifying & bug triaging), flake8 2.5.4-2, LP: #1555723, nose2 0.6.4-1, pip 8.1.1-1 [15:17] Debian bug 806824 in src:libpeas "libpeas: Split Python 2 and 3 support" [Wishlist,Open] http://bugs.debian.org/806824 [15:17] Launchpad bug 1555723 in python-cryptography (Ubuntu) "pip is breaking in ppc64el" [Undecided,Invalid] https://launchpad.net/bugs/1555723 [15:17] error tracking sprint (well, trying and succeeding to repair my vpn settings, trying to and failing miserably to find my mojo). LP: #1543350 [15:17] Launchpad bug 1543350 in Errors "Examples Table has a misleading name" [Low,In progress] https://launchpad.net/bugs/1543350 [15:17] LP: #1558190 [15:17] Launchpad bug 1558190 in Ubuntu system image "config.d directory and .ini files have zero mtime" [High,Fix released] https://launchpad.net/bugs/1558190 [15:17] --done-- [15:17] pitti: whats the etherpad for the current vsprint? was the hangouts from tuesday recorded? [15:17] * TCK 8: [15:17] - Improved Runtime test results from last week: only 431 failures, no errors (from 3539 failures and 883 errors) [15:17] - Fixed classpath for the JCK agent [15:17] - Got JCK to run on remote agent (instead of running locally, might be needed for arm64/ppc64el) [15:17] - Now iterating to fix the pending failures (sound, rmi, kerberos, etc) [15:17] * TCK 7: [15:17] - Rerunning with a few TCK 8 fixes [15:17] * Checked packages that (build) depend on OpenJDK 7 on Xenial: 4 waiting migration, 1 required merge, 1 unknown [15:17] * Pending: [15:17] - Complete interactive JCK tests [15:17] - Test JCK on i386 after runtime is OK for AMD64 [15:17] (done) [15:17] tdaitx: http://pad.ubuntu.com/errorttracker-sprint [15:18] tdaitx: not recorded [15:18] me? [15:18] Fix fuse failing to upgrade in lxd [15:18] Fixes to s390-tools, libseccomp [15:18] Deployed openstack in juju2/lxd, filed loads of bugs [15:18] Apperantly I used a little of electricity whilst doing above [15:18] Ported spl/zfs to z [15:18] Worked with apw on failing to load in-kernel 509 certs [15:18] Preparing for Beta [15:18] Off next week - skiing on Avoriaz / Portes du Soleil and there is bank holiday, so back on 29th [15:18] done. [15:19] s/on/in/ [15:19] submitted RT regarding rescuing arm64 core files [15:19] submitted RT regarding updating PS4.5 retracers to daisy r693 [15:19] submitted RT re PS4.5 OOPSes not showing up at oops.canonical.com [15:19] submitted LP: #1556248 re DistUpgradeQuirk for fglrx and 16.04 [15:19] Launchpad bug 1556248 in ubuntu-release-upgrader (Ubuntu Xenial) "dist upgrade quirk needed for fglrx and 16.04" [High,Triaged] https://launchpad.net/bugs/1556248 [15:19] testing error tracker setup for the sprint [15:19] fixed extract-changelogs project in Launchpad [15:19] pushed changelog extractor code to an LP core-dev branch [15:19] properly set bzr branch for changelog extractor on bignay [15:19] final prep for Error Tracker sprint [15:19] Error Tracker sprint! [15:19] ✔ done [15:21] xnox: your search and replace could apply to done [15:22] bdmurray, =) [15:22] xnox: "a little electricity"? did IS send you a bill for the DC? [15:26] where'd that meeting leader go? [15:27] ok, any other questions? [15:27] bdmurray: single threaded blocked waiting to hear about electric bills [15:27] slangasek, i was told i was using 80% of electric for a week or so. [15:27] blink [15:28] slangasek, openstack crashed, and kept crashing =) [15:28] well then [15:28] lxd is good to provide load =) [15:28] i surprised it all kept going to be honest. [15:29] [TOPIC] Schprint === meetingology changed the topic of #ubuntu-meeting to: Schprint [15:29] we have a core sprint scheduled in June :) [15:29] τρέχω ? [15:29] you should have all received email telling you to book travel [15:30] xnox: nice [15:30] yay! [15:30] xnox: wha? tpexw? [15:30] so, please book your travel :) [15:31] cyphermox: That's Greek for ":)))))" [15:31] Or =))))) [15:31] Yes, that one. [15:31] yeah, that one [15:31] done [15:31] =))))) [15:31] * infinity is waiting for xnox to go on an IRC diet and drop some of those chins. [15:31] πηγούνια [15:32] not to be confused with begonia [15:32] [TOPIC] AOB === meetingology changed the topic of #ubuntu-meeting to: AOB [15:32] anything else today? [15:33] xnox: at least we didn't decide that holding it in Greece means it needs to be a marathon instead of a sprint [15:33] infinity, actually i have lost 5kg since new years. [15:33] slangasek: slashd emailed the SRU team about an openipmi SRU that nobody has comment on. Maybe some SRU team member here could? [15:33] slangasek, awwww [15:34] bdmurray: it's currently in my backlog, fwiw; I noticed he mentioned it was a private bug, so not a proper SRU bug... [15:34] xnox: Your emoticon hasn't. [15:34] slangasek: there is a corresponding public one [15:34] ah ok [15:34] bug 1546735 [15:34] bug 1546735 in openipmi (Ubuntu) "openipmi package compile without SSL" [Undecided,Fix released] https://launchpad.net/bugs/1546735 [15:35] bdmurray: pretty sure the short answer is going to be "no", anyway [15:36] slangasek: okay [15:36] The answer was already no. [15:37] 16 days ago. [15:37] infinity: oh, did someone already nack this once? ok [15:37] https://bugs.launchpad.net/ubuntu/+source/openipmi/+bug/1546735/comments/4 [15:37] Launchpad bug 1546735 in openipmi (Ubuntu) "openipmi package compile without SSL" [Undecided,Fix released] [15:37] "is probably unsuitable" doesn't sound like no to me [15:37] well, it also came with him denying the SRU tasks. [15:37] infinity, slangasek, bmurray, after this comment, RAOF suggest to filed the private bug with compelling argument [15:38] Is the compelling argument "someone's paying us"? [15:38] slashd: well, the arguments need to be made in public [15:38] ie: why is this private? [15:38] any argument that can't be made in public is not compelling for an SRU, as infinity's question suggests [15:38] it is private, because I wanted to hide the UA customer from the public bug [15:39] UA customer identity [15:39] So, that becomes more interesting, certainly. [15:39] the SRU team probably doesn't need to know that at all, but the justification for the SRU does need to be public [15:39] But "I pay for a support contract" doesn't get you carte blanche to dictate the distro either. [15:39] If it did, we'd never get anything done. [15:40] So, yeah. We need reasonable technical arguments and test plans to prove nothing regresses, yada yada. [15:40] but we would be immensely rich ! [15:40] anyway, seems like something we can follow up on via the bug [15:40] bug(s) [15:40] anything else? [15:40] ogra_, i don't think so. mark would be rich, maybe, or like break even. [15:41] infinity, slangasek, bmurray thanks for your feedbacks on this bug [15:41] much appreciated [15:41] huh. [15:41] slangasek, infinity - why would we not backport something from xenial to trusty? [15:41] slashd, there is commercial product listed in the original bug report as it is. [15:42] xnox: Because it's a stable release? [15:42] slashd, upgrade to xenial is the answer? =) [15:42] xnox: the debian bug report has a good test case w/o a commercial product iirc [15:43] "solterm is basically useless" seemed like something worth fixing to me [15:44] Not disagreeing, but the SRU bug is more than lacking the usual justification and test bits. [15:46] ok - further discussion to the bug, then? [15:46] * infinity nods. [15:46] #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 [15:46] Meeting ended Thu Mar 17 15:46:25 2016 UTC. [15:46] Minutes: http://ubottu.com/meetingology/logs/ubuntu-meeting/2016/ubuntu-meeting.2016-03-17-15.03.moin.txt [15:46] thanks, all! [15:46] thanks! [15:47] thanks all [15:48] thanks! [16:04] crap, got hit by the tz change again :-/ [16:05] * belkinsa had a feeling that someone did [17:00] #startmeeting CC meeting Check-In with IRC Council 17:00UTC - Canonical Community Team 17:30UTC [17:00] Meeting started Thu Mar 17 17:00:03 2016 UTC. The chair is belkinsa. 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 Check-In with IRC Council 17:00UTC - Canonical Community Team 17:30UTC | Current topic: [17:00] Who is all here for the meeting? [17:00] #chair mhall119 dholbach [17:00] Current chairs: belkinsa dholbach mhall119 [17:02] Anyone? [17:02] o/ [17:03] here [17:03] do we have anyone from the IRC council here? [17:03] #chair sgclark [17:03] Current chairs: belkinsa dholbach mhall119 sgclark [17:03] mhall119, I pinged them on their channel but no one has answered my call. [17:05] I also heard nothing from Canonical Community Team too. [17:05] it looks like they're down to just 3 members after expirations [17:05] aloha [17:05] hggdh: are you around? [17:05] Well, dpm thanked me. [17:05] #chair czajkowski [17:05] Current chairs: belkinsa czajkowski dholbach mhall119 sgclark [17:05] belkinsa, it's in our calendar and we'll be attending [17:06] * belkinsa has a feeling that her e-mail to the IRC Council didn't go through [17:06] dpm, I'm aware of that. [17:06] I didn't realise you wanted explicit confirmation, apologies [17:06] Maybe we could start with Canonical Community Team since you guys are here? [17:06] IIRC, hggdh has setup a poll for voting on new IRCC members [17:06] dpm, not really. [17:07] sorry I'm late [17:07] #chair dholbach [17:07] Current chairs: belkinsa czajkowski dholbach mhall119 sgclark [17:07] It's cool. [17:07] #chair hggdh [17:07] Current chairs: belkinsa czajkowski dholbach hggdh mhall119 sgclark [17:08] ok... shall we start with the Community team then? or mhall119: did you want to talk with just hggdh about IRC things now? [17:08] so it doesn't seem we have any current IRCC members here, nor hggdh, so let's move on to the community team for now [17:08] Let's give a few more minutes to see if someone from IRC Council comes. [17:08] ok [17:08] Alright. [17:09] #subtopic Canonical Community Team [17:09] dholbach: hggdh doesn't seem to be around atm (he'll have lots of nick highlights when he get back now :) ) [17:09] What are your updates? [17:10] are we starting with the Community Team now? [17:10] Yes. [17:10] dpm: popey: davidcalle: balloons: our turn [17:10] * mhall119 trades hats [17:11] o/ [17:11] Hi everyone [17:11] ok, so we have a few topics we wanted to talk to the CC about [17:11] o/ davidcalle [17:11] mhall119, the mic's yours. [17:12] #1 We want to focus more on LoCo Teams than we have in the recent past, and we really need active help from the LoCo Council on this [17:12] things like planning global jams and promoting release parties are things that, in our view, the LC can be taking a lead on, rather than us [17:13] sorry, am on a hangout [17:13] I generally like the idea... what kind of things would the LC do then? [17:14] I am now in, had a conflicting meeting [17:14] in my mind, they would handle the regular events like Global Jam, Release Parties, etc. Setup the event in LTP every cycle, contact loco teams to encourage them to participate, promote loco activities when they do participate, etc [17:15] we've also got a global Meetup.com account now that loco teams can use, and the LC has been given the authority to grant access to that for teams, so we would like to see that promoted among them [17:16] maybe we could start collecting ideas among all LoCo teams and start discussing them at UOS, so we could see which of them are doable - maybe the LC could then help tracking this? [17:16] maybe there could be some LTP <-> meetup integration as well [17:16] +1 [17:16] so, to bring it back to action items, is the CC generally in favor of the LC becoming more proactive in growing the LoCo community, and will you help us encourage them to do so? [17:17] We can do this. [17:17] one approach to this could be to have a conversation with the LC and see if we can update their charter together [17:18] +1 [17:18] +1 [17:18] o/ [17:18] and review the current expectations [17:18] sorry, had to go afk [17:18] is that charter somewhere online that prospective new LC members can see? [17:18] mhall119: so one thing I think would benfit some locos who've had it hard is to ope up meetup to them for new blood [17:19] not sure who is asking form whom here, but seems to be a good plan forward to me. +1 [17:19] https://wiki.ubuntu.com/LoCoCouncil could be a good start [17:19] czajkowski: yup, and we have that option now, we just need to get the news out to those teams [17:19] sgclark: I'm asking on behalf of the canonical team [17:19] Oh. I was lost too. [17:20] sorry, many hats gets confusing :) [17:20] it's a bit confusing as mhall119 and myself are both on the CC and the Canonical Community team :) [17:20] It's cool. [17:20] ok === mhall119 is now known as mhall119_canonic [17:20] there we go :) [17:20] nice one [17:20] yes, I also feel the LC focusing more on these activities might also be more rewarding work for them than doing team verifications [17:20] only it truncated it [17:20] mhall119_canonic: fantastic news [17:21] dpm, and it would probably make it easier to get others involved who are willing to help [17:21] in that case I will take an action item to arrange a call between the canonical community team and the LC === mhall119_canonic is now known as mhall119_cct [17:21] mhall119_cct, maybe see if some CC members are interested too [17:21] all won't be able to make it anyway [17:22] ack, I will email the LC and CC lists together [17:22] but it might be good to look at the charter and the general list of ideas together and see what's doable and what might be too much [17:22] I sent an e-mail with the instructions to manage the global meetup account and add new teams to the LC in private (it included password info) a while ago, but I can put that on the wiki or somewhere else too if it makes more sense [17:22] #action mhall119 to schedule meeting between the Canonical Community Team and LoCo Council, with Community Council invited if desired [17:22] ACTION: mhall119 to schedule meeting between the Canonical Community Team and LoCo Council, with Community Council invited if desired [17:23] dpm, do you feel there was a bottleneck in getting the meetup accounts set up? [17:23] well, the meetup.com interface and process was....not fantastic [17:24] mhall119_cct, totally agreed [17:24] ok, if that helps - sure [17:24] but I think with documentation and the LC's help, there's nothing preventing teams from signing up [17:25] dholbach, it's a bit cumbersome, but just another mechanical process, not intuitive, but easy to grasp once you've done it a couple of times [17:25] ok [17:25] ok, we need to move on to our other topics if the IRCC is going to have any time this hour [17:26] dpm: did you want to talk about the doc team? [17:26] sure === mhall119_cct is now known as mhall119_CC [17:26] * mhall119_CC changes hats again [17:26] sure [17:26] I have mostly a short update [17:27] we proposed some dates for a meeting [17:27] and looking at doodle, it's most likely to be next Thursday [17:27] background for this is https://lists.ubuntu.com/archives/ubuntu-community-team/2016-March/001104.html (for those who are not on the community team list) [17:27] just to give some context [17:27] as it's the date all interested participants so far seem to be available [17:28] thanks Daniel [17:28] for context, this is about the docs team's request to find someone to step to into a leadership role to help them made decisions [17:28] heh, dholbach beat me to it [17:28] great [17:28] I think having a meeting together is going to be a good start [17:28] +1 [17:28] +1 [17:28] we'd be happy to help, and we have some suggestions, but we'd like to better understand their needs from the team first-hand to see where we can contribute [17:29] rather than coming up with a grand plan upfront [17:29] I think this is a sane approach [17:29] thanks a lot for looking into this [17:30] are these all of the topic you wanted to bring up? [17:30] nope, one more === mhall119_CC is now known as mhall119_CCT [17:30] more of an update really [17:30] because I think it'd be nice if you could give an update of what the Canonical Community team is currently looking at, at least what the big blocks are and what's coming up in the future [17:31] so the wiki had been the target of spam starting a couple months ago [17:31] and if we don't have enough time, we should probably make some - even if we schedule another meeting [17:31] ok [17:31] and as a result IS locked it down so it oculdn't be edited [17:31] sounds good, I can do that after mhall119_CCT's update [17:31] same with help.ubtunu.com/community [17:31] thanks dpm [17:31] mhall119_CCT: fyi, you're spamming every channel you're in with these nick changes [17:31] the docs team asked for help unblocking them on this [17:31] just put CC: or CCT: in front of your text [17:31] ok [17:32] so after a few failed attempts to get the wikis back to normal editing mode, we ultimately ended up with a solution where edit access is restricted only to a specific Launchpad team [17:33] We also discovered two more wikis which were spammed [17:33] ubuntu-women and upstart [17:33] ~ubuntu-etherpad was chosed because (A) it's already used for spam-control on the etherpad, (2) so many people are already a member of it and (3) we've been good at quickly adding new members when they request is [17:33] do you still know where this was announced? [17:33] so IS had made the changes to wiki.ubuntu.com and help.ubuntu.com/community to implement this change,and it seems to be working for the most part (login is still slow) [17:34] dholbach: announcing anti-spam methods tends towards spammers working around them. [17:34] popey: are those wikis changed to use ~ubuntu-etherpad now, or are they still open? [17:34] mhall119_CCT: they are now [17:34] we let the docs team know about the change, and I believe they've been letting others know when needed [17:34] popey, right... I just started thinking about how many people we might probably lock out [17:34] well, u-w is, i think upstart was just frozen initially given nobody really needed to edit it [17:34] just a minor detail, but would it make sense to rename ~ubuntu-etherpad to something more generic? [17:35] not if the long term goal is to replace the wiki [17:35] it might make sense, but it would require some investigation into the impact a rename would have [17:35] and, as popey said, this isn't hte long term fix, we still need to do something else [17:35] yes [17:35] this was just a short term fix to ensure people could get on and use the wiki as it was designed [17:35] but, I wanted to give the CC and update on the status of that, as it was brought up in the checkin with the docs team [17:35] do we know IS' stance on a long term plan? [17:36] we don't have a plan yet :) [17:36] no, I think pleia emailed them asking about some options, but I don't think she's heard back yet [17:36] ok, that's all I had === mhall119_CCT is now known as mhall119 [17:36] last nick change, I promise popey :) [17:37] :) [17:37] * mhall119 forgets not everybody has those messages hidden by their IRC client [17:37] ok [17:37] I think using u-etherpad was a good idea and it's probably not many who are locked out of the wiki today [17:38] we have had people drop by #is and ask why they can't edit [17:38] but not many people [17:38] and we fixed it promptly by telling them what team to join [17:38] <3 [17:38] there were also some cases where people's accounts were flagged as spammers during the incidents, and IS had to do something extra to allow them to edit again, but it wasn't many that I've seen [17:39]