Amar Tumballi
2018-Apr-19 04:46 UTC
[Gluster-users] Meeting minutes : April 18th Maintainers meeting.
Meeting date: 04/18/2018 (April 18th, 2018), 19:30 IST, 14:00 UTC, 10:00 EDT <https://hackmd.io/yTC-un5XT6KUB9V37LG6OQ?both#BJ-Link>BJ Link - Bridge: https://bluejeans.com/205933580 - Download: https://bluejeans.com/s/qjebZ <https://hackmd.io/yTC-un5XT6KUB9V37LG6OQ?both#Attendance>Attendance - Nigel - Hari - Nithya - Kotresh - Raghavendra M - Shyam - Milind - Sorry Note: ndevos (travelling), kkeithle, amarts <https://hackmd.io/yTC-un5XT6KUB9V37LG6OQ?both#Agenda>Agenda - Format change proposal: - Check the bug <https://bugzilla.redhat.com/show_bug.cgi?id=1564149> - Provide feedbacks - We want to do a big bang format change with clang-format. - Which format should we start with as base? Google/LLVM/Mozilla/Webkit/Chromium - Samples present in repo <https://github.com/nigelbabu/clang-format-sample>. *NOTE*: Samples generated with indent as 4 spaces. - Google Style Guide <https://google.github.io/styleguide/cppguide.html> - LLVM Style Guide <http://llvm.org/docs/CodingStandards.html> - Mozilla Style Guide <https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Coding_Style> - WebKit style guide <https://webkit.org/code-style-guidelines/> - Chromium style guide <https://chromium.googlesource.com/chromium/src/+/master/styleguide/c++/c++.md> - When do we want to make this change? Before the 4.1 branching seems like a good time to make vast changes. - AGREED to do this prior to 4.1 - Gluster?s Adoption of *GPL cure period enforcement* - What is it? <https://www.redhat.com/en/blog/fostering-greater-open-source-development> - How to go about implementing it? - Intended patch here <https://github.com/amarts/glusterfs/commit/91918bbe7afaafd8e5bcf4a163ed98ffb39c4d21> - The Commitment looks like this <https://github.com/amarts/glusterfs/blob/commitment/COMMITMENT> - Next steps are to announce this to the lists and implement the same into the repository (possibly this week or early next week)[AI: Amar] - Automation Update: - Run regressions with brick multiplex directly from Gerrit now with a keyword rather than hacky temporary review requests. Keyword is ?run brick-mux regression?. Example: https://review.gluster.org/#/c/19734/ - More automation moving to Python so we have the ability to write unit tests. If you are going to write a complicated shell script as a test runner, please get approval from CI component maintainers. - We?ve been testing Facebook?s distributed test runner and have managed to get it working. Time for regression drops with every new machine added to the pool. Targetting a few weeks to bring it to production. - Test infrastructure has some minor fixes from FB, so need a sync up meeting on the same [AI: Nigel] - We can factor in test run times to achieve better overall results, and keep workers equally busy - Github Label check is now enforced: - Need help from others to identify the needs for going to give the flag. - As ?ndevos? asked, we need to highlight this in Developer Guide and other places in documentation. - Can we fix the ?gluter spec? format and ask people to fill the github issues in that format? So that it becomes easier to give the flags. - [Handled Already]Regression failures - trash.t and nfs-mount-auth.t are failing frequently - git bisect shows https://review.gluster.org/19837 as possible suspect - Need to resolve soon as some critical patches are failing regression - Release timelines: - Can we extend branching out by a week or two? to compansate for github flag enforcement? - Target GA date should remain same. - Things we want for 4.1 - clang formatting - Github flag enforcment for all features - We branch out later, but still release at the same time. - No concerns during meeting. Shyam to announce. - - Round Table: - kkeithle - comment-on-issue test is (still) broken. E.g. see https://review.gluster.org/#/c/19871 Can we please get this fixed? - This is working as intended. Please see automation updates - kkeithle - For the record, I?m opposed to any kind of bulk reformat of the source. In my experience this just complicates porting changes between branches. And isn?t it also going to break git blame history? - Nithya - Can we split experimental xlators into it?s own package - AI: Get experimental xlators in a separate package. Shyam will work with Kaleb, et al ----- -- Amar Tumballi (amarts) -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20180419/ea6097d6/attachment.html>
Shyamsundar Ranganathan
2018-May-02 14:57 UTC
[Gluster-users] [Gluster-Maintainers] Meeting minutes : May 2nd, 2018 Maintainers meeting.
Meeting date: 05/02/2018 (May 02nd, 2018), 19:30 IST, 14:00 UTC, 10:00 EDT BJ Link * Bridge: https://bluejeans.com/205933580 * Download: <TBD> Attendance * Raghavendra M (Raghavendra Bhat), Kaleb, Atin, Amar, Nithya, Rafi, Shyam Agenda * Commitment (GPLv2 Cure) * Email and Patch * [amarts] 20+ people already have done +1. Will wait another 15days before any action on this. * AI: Send a reminder to the lists and get the changes merged around next maintainers meeting [Amar] * GD2 testing upstream * Is there a glusterd v1 Vs v2 parity check matrix? * Functional parity of the CLI * As the cli format is not 100% compatible, how to proceed further with regression tests without much fuss? * [amarts] Easier option is to handle it similar to brick-mux test. Create a new directory ?tests2/? which is copy of current tests, and files changed as per glusterd2/glustercli needs. We can do bulk replace etc etc? start small, make incremental progress. Run it once a day. * Add smoke check for core glusterfs to keep things working with GD2 * Add GD2 tests into the said patch, to ensure functionality of GD2 itself * Approach ack: Shyam * Approach nack: * Coding standards * Did we come to conclusion? What next? * Need some more votes to take it forward * Settle current conflicts to the settings * [amarts] Need to see what should be ?deadline? for this. Ideal to have before 4.1, or else backporting would be serious problem. * AI: Reminder mail on release to get this closed [Shyam] * Conversion work should be doable in 1/2 a day * Per-patch format auto-verifier/correction job readiness * Possibly not ready during roll-out * Not looking at it as the blocker, as we can get it within a week and sanitize patches that were merged in that week [Shyam] * Branching for 4.1? * Today would be branching date [Shyam] * No time to fold slipping features, as we are 2 weeks off already! * Branching is on 4th May, 2018, what makes it gets in, rest is pushed to 4.2 * Leases? * Ctime? * Thin-Arbiter? * <Any other features>? * Round Robin: * [amarts] - Is the plan for version change (or not change) ready after 4.1? or do we need to extend the period for this? * AI: Send proposal to devel -> users and take action on getting this done before 4.2 * Fold in xlator maturity states into the same release * [kkeithley] - new (untriaged) upstream bugs list is getting longer. * Triage beyond assignment * Tracking fixes and closure of the same * AI: Shyam to work on this and next steps Decisions and Actions * AI (GPL cure): Send a reminder to the lists and get the changes merged around next maintainers meeting [Amar] * Decision: GD2 tests to create a patch of tests and work on it using nightly runs to get GD2 integrated * AI (format conversion): Reminder mail on release to get this closed [Shyam] * AI (format conversion): Conversion done Thursday, ready for merge Friday [Amar/Nigel] * Decision (4.1 branching): 4.1 branching date set at 4th May, no feature slips allowed beyond that [Shyam] * AI (release cadence and version numbers change): Send proposal to devel -> users and take action on getting this done before 4.2 [Shyam] * AI (Bugs triage cadence): Shyam to work on this and next steps [Shyam] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20180502/c1d6c140/attachment.html>
Maybe Matching Threads
- Meeting minutes : April 18th Maintainers meeting.
- [Gluster-Maintainers] Release 3.12.2 : Scheduled for the 10th of October
- Proposal to make Design Spec and Document for a feature mandatory.
- Proposal to make Design Spec and Document for a feature mandatory.
- [Gluster-Maintainers] Release 3.12.2 : Scheduled for the 10th of October