-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Wish list for Spring 2020 semester in FOSS #105
Comments
I would like to see a smaller "bus factor" across FOSS projects/infrastructure. We have a lot of cool initiatives and unfortunately some have only one person who has admin access to them from my knowledge. While technically keys to some of these things have been rumored to be in safe places, there are not necessarily more than one person who knows how to use them. Additionally, some of these things seem to have opinionated configurations and I am not aware of any documentation on some of them. We've had times where we needed to call people at events to get last-minute things done and I'd like to be able to avoid this in the future (particularly since concerns have come up about others that haven't been an issue yet). Some examples:
Again, this is not to say that nothing exists already; there is some basic documentation around (and I know that
This would also be good to consider as part of #103. For the short term, it's be best to at least have a complete list of who has access to what infra/projects. (Edit) Addendum: I don't care as much who has access (current student, alum, prof, etc.) as much as it being available. Having 2 people who are readily available and able to help is more important than 5 people who are not available. |
@ct-martin I hear your feedback and admittedly I know a lot of your feedback is looking at me. 🙂 I'm going to work on addressing most of this in #107. Some of it is already addressed, but it is only visible to MAGIC payroll staff (e.g. API accounts owned by an account managed by Brenda or shared account credentials among a group of folks). Also, I'm throwing my own coin in the Spring 2020 wishing well: I'd like for us to move towards defining a mentorship structure, particularly from upperclassfolks to lowerclassfolks, to help address the sustainability of student participation in FOSS@RIT community initiatives (I am distinguishing FOSS@RIT from FOSS@MAGIC in this case.) |
@jwflory I was trying to avoid singling you out, but yes, some things are pointed at you. In particular, I have concern with the official/visible email on the GitHub Org pointing to your personal domain. However, I would also like to make clear that this is not focused on you specifically, and also not limited to documentation. This also applies to projects we run that get demo-ed at events, for example FOSS Letters, and access to things, for example, you trying to move I think #107 is a good first step, and I think that there is more to be done on top of that. With regards to accounts kept to FOSS@MAGIC payroll staff, I should make clear that my intent was public documentation that they exist and who to contact for them, but we don't need every detail about them; the point is mainly that we have an inventory of what we have and contacts if something breaks. Having clear documentation that says "we have this but you should absolutely not be messing with it" is acceptable to this end (albeit not in that time of voice). I think it may be worthwhile to get a I also think a new issue should be opened to discuss mentoring (also semi-related to #103 ). I am currently travelling so if I don't get a chance to open it soon, please feel free to open one yourself. This is likely a conversation that will need to happen in-person, having an issue to track would still be worthwhile though. |
Glad to discuss all of this.
Re billing, finances, etc, since this isn’t a club any requests for $ have to be emailed to me so that I can reply with a CC to Brenda who then process the financial stuff. Some of the stuff in JFlory’s name is historical due to transitions between MAGIC leadership etc, and will all be converted over the next few months.
… On Jan 9, 2020, at 8:47 PM, Christian Martin ***@***.***> wrote:
@jwflory <https://github.com/jwflory> I was trying to avoid singling you out, but yes, some things are pointed at you. In particular, I have concern with the official/visible email on the GitHub Org pointing to your personal domain.
However, I would also like to make clear that this is not focused on you specifically, and also not limited to documentation. This also applies to projects we run that get demo-ed at events, for example FOSS Letters, and access to things, for example, you trying to move foss_bot this morning or last minute PRs for FIO.
I think #107 <#107> is a good first step, and I think that there is more to be done on top of that. With regards to accounts kept to ***@***.*** payroll staff, I should make clear that my intent was public documentation that they exist and who to contact for them, but we don't need every detail about them; the point is mainly that we have an inventory of what we have and contacts if something breaks. Having clear documentation that says "we have this but you should absolutely not be messing with it" is acceptable to this end (albeit not in that time of voice).
I think it may be worthwhile to get a ***@***.*** (or ***@***.***) forwarding email that goes to payroll staff and can be the official contact for accounts (unless billing requires otherwise) as well as general inquiries. This would provide a default that isn't a personal account for ***@***.*** things. If there are questions on how to get an @rit.edu email, we could ask one of the helpful ITS contacts we have in some of the RITlug channels.
I also think a new issue should be opened to discuss mentoring (also semi-related to #103 <#103> ). I am currently travelling so if I don't get a chance to open it soon, please feel free to open one yourself. This is likely a conversation that will need to happen in-person, having an issue to track would still be worthwhile though.
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub <#105?email_source=notifications&email_token=AAII2PILBWKFZD7S4PVURVDQ47HUPA5CNFSM4JWELQSKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEISMWPQ#issuecomment-572836670>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAII2POKHI4YUJ74PG6ERQ3Q47HUPANCNFSM4JWELQSA>.
|
To make note of this, I worked with Chris Helming at ITS today to get |
Okay, I think this issue led to good discussion and planning for focuses this semester, with the limited bandwidth we have. The Tech Team has its first meeting this Sunday (#109), @whenbellstoll has the FOSS outreach for RGDC on his radar (#106), I am documenting a lot of knowledge in my head into the public (#107), and we are also working on financial sustainability concerns (#110). I'm closing this issue. We can drive more specific conversation in the existing issues or in new issues. 🌊 |
Summary
Collect a wish list of ideas and projects for things next semester
Background
In FOSS Hours on Dec. 5th, 2019, we brainstormed a bit of some things people would like to see from the FOSS@MAGIC program. We cannot commit to everything, but it helps for us to understand what folks would like to see from us.
Details
#foss
channel across different RIT sub-communitiesCollaborate with RGDC to talk Linux, gaming, and (cross-platform) game devCollaborate on a Game Jam with RIT Game Development Club (RGDC) #106@WillNilges: Resolving innate paradox in the statement "FOSS gaming"Collaborate on a Game Jam with RIT Game Development Club (RGDC) #106Documenting FOSS@RIT community and infrastructureCreate FOSS@RIT runbook #107Outcome
Start piecing together a roadmap for outreach / events we want to do in Spring 2020
The text was updated successfully, but these errors were encountered: