[Gluster-devel] Maintainer meeting minutes: 12th Nov, 2018
Amar Tumballi
atumball at redhat.com
Tue Nov 13 12:46:19 UTC 2018
BJ Link
- Bridge: https://bluejeans.com/217609845
- Watch: https://bluejeans.com/s/CDuce
<https://hackmd.io/yTC-un5XT6KUB9V37LG6OQ?both#Attendance>Attendance
- Amar
- Kaleb
- Nithya
- Nigel
- Deepshikha
- Rafi
- Vijay
<https://hackmd.io/yTC-un5XT6KUB9V37LG6OQ?both#Agenda>Agenda
-
AI from previous week
- Emails on timelines of GlusterFS6 - DONE
-
Automatically close bugs with CLOSED->NEXT_RELEASE instead of MODIFIED
state.
- MODIFIED state makes sense for a product, which would then go with
ON_QA status, with a dedicated team testing bugs, etc.
- Considering that on upstream patches, there are no active testing
effort, makes sense to move the bug to NEXT_RELEASE status.
- Helps in keeping ‘time-to-close’ record properly.
- More on it @ Maintainer’s ML
<https://lists.gluster.org/pipermail/maintainers/2018-November/005252.html>…
check full conversation @ archive
<https://lists.gluster.org/pipermail/maintainers/2018-November/>
- AI: Raise an infra bug to get this implemented.
-
Handling Github links on specs repo
- Slightly tricky since we tend to not spam other repos with bot
comments.
- specs repo does not have an issue tracker.
- Ideally spec should be approved and at that point there will be an
external tracker reference.
- AI: send email in ML, default closure is when merged, patch will
take action acording to github commit. (like fixes: gluster/glusterfs#NNN
etc.)
-
GlusterFS-6 : Anything more to add?
-
Discussion @ https://hackmd.io/sP5GsZ-uQpqnmGZmFKuWIg
-
How to use removed xlators in future? Will there be any
experimentation at all?
- All the removed xlators would be available in another repository,
and would be provided with a RPM for users, every release.
- Users can get them in the volume graph using GD2, as it now
supports template based volfile generation.
-
VDSM had concerns about versioning scheme
- AI: Need to understand more about version dependency.
- Understanding is that, not every project picks <latest>tag, but
picks <major>.latest tag.
-
There is a need to understand how different projects are dependent on
Gluster, and what are the nature of these dependencies.
-
ASan: Start picking the tests from beginning.
-
GD2 : Will it ever be default?
-
Needs to get tests running against it first to consider the
proposal.
-
GCS is a good candidate to get GD2 out of the way.
-
Should Aravinda’s effort be revived? It can fail initially, but
putting effort there would get us started on this.
-
Should we consider handling it like Glusto, where they are making
changes in library level, and FS tests remain same.
-
GCS Status update:
- Automated builds for CSI driver, updates.
- Gluster Prometheus is now part of GCS.
- Gluster-block is TBD
-
Round table:
- All good!
--
Amar Tumballi (amarts)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20181113/1659939e/attachment.html>
More information about the Gluster-devel
mailing list