Defined: end-of-project
11 views
Skip to first unread message
Ralph Castain
Dec 5, 2024, 6:09:40 PM12/5/24
to 'Thomas Naughton' via pmix
Hi folks
I’ve had some questions raised about what I mean by “end-of-project” for PMIx and PRRTE. Just to settle any angst the term might have created, I can assure you that neither code is going away - far from it. Too many users and dependencies :-)
Likewise, it definitely does not mean that the code repositories are being removed or “locked” or anything else - there will be no change to them. You can still open issues, post PRs, etc.
So what will change? Well, I won’t personally be providing the level of support you may have seen in the past. I won’t be responding immediately to issues (e.g., on weekends and holidays as I’ve done), nor will I be providing fixes right away. I’ll still be keeping an eye on things, and we’ll still be accepting PRs for bug fixes (two other people have commit rights) and the like - it’s just that the response times may be considerably longer.
I would also expect to see less development (new features, optimizations). There are some projects (e.g., in Europe) that are focused on using PMIx in new and interesting ways, and potentially extending PRRTE along with it. I would expect to see at least some of that work gradually make its way into the code base over time.
I termed it “end-of-project” simply because I have not yet identified (nor had any organization step forward) people who can/will commit to pick up some or all of the maintenance burden. There are people who are trying to help, but their time is limited and not well supported by their organizations (i.e., it’s when their personal time permits). This means that the level of support and problem response times are somewhat unclear at this time.
Things may change over time. Despite my best intentions, I may not be able to restrain myself from responding when I happen to see an issue appear! Depends on how much it catches my eye. And we may see organizations begin to commit resources as they start to see an unmet need for support begin to impact their operations.
Anyway, little is certain in life - except for uncertainty :-) Hopefully, this has helped to clarify my intent.
Ralph
I’ve had some questions raised about what I mean by “end-of-project” for PMIx and PRRTE. Just to settle any angst the term might have created, I can assure you that neither code is going away - far from it. Too many users and dependencies :-)
Likewise, it definitely does not mean that the code repositories are being removed or “locked” or anything else - there will be no change to them. You can still open issues, post PRs, etc.
So what will change? Well, I won’t personally be providing the level of support you may have seen in the past. I won’t be responding immediately to issues (e.g., on weekends and holidays as I’ve done), nor will I be providing fixes right away. I’ll still be keeping an eye on things, and we’ll still be accepting PRs for bug fixes (two other people have commit rights) and the like - it’s just that the response times may be considerably longer.
I would also expect to see less development (new features, optimizations). There are some projects (e.g., in Europe) that are focused on using PMIx in new and interesting ways, and potentially extending PRRTE along with it. I would expect to see at least some of that work gradually make its way into the code base over time.
I termed it “end-of-project” simply because I have not yet identified (nor had any organization step forward) people who can/will commit to pick up some or all of the maintenance burden. There are people who are trying to help, but their time is limited and not well supported by their organizations (i.e., it’s when their personal time permits). This means that the level of support and problem response times are somewhat unclear at this time.
Things may change over time. Despite my best intentions, I may not be able to restrain myself from responding when I happen to see an issue appear! Depends on how much it catches my eye. And we may see organizations begin to commit resources as they start to see an unmet need for support begin to impact their operations.
Anyway, little is certain in life - except for uncertainty :-) Hopefully, this has helped to clarify my intent.
Ralph
Reply all
Reply to author
Forward
0 new messages