Comments (22)
Hi,
I was one of the original founding members. Just to add some background to the conversation, this list was for the greater vision of FOSS@RIT (pre-magic days) and wasn't tied directly to the course.
In the early days, the original course that was a seminar devoted to the development of educational software for the one laptop per child XO Laptop. During that course, a few of the students and staff got together and started the foss@rit group, a group for students to learn, mentor, and interact with open source communities. As the FOSS@RIT group picked up traction, the class evolved into "Seminar in Humanitarian Open Source Development". Around that time RIT introduced its Minor in FOSS and created MAGIC.
The mailing list never had a lot of traffic as we had quite a few lists that were specific to different projects (class and outside of class). The main method of communication was the IRC channels and the hope was the fossrit would become a place for people who didn't lurk on IRC to get periodic updates on the happenings.
from tasks.
from tasks.
I'm a fan of this. Perhaps if we had multiple admins which included students to help on board new people. What's the fedora regulations for handing out those sort of privileges?
from tasks.
Not every group has enough traffic to warrant it, but I'm generally a fan of having a diversity of mailing lists, including an "announce" kind of list that's low-traffic for events and happenings, and a "discussion" kind of list.
The RIT-hosted GNU Mailman v2 list that Dan manages seems to fill the role already of the low-traffic "announce" list.
I wasn't very jealous about the RIT-hosted, revived floss-seminar list being kept just to class discussion, but the name seems to have inhibited the broader community from participating. If we try to keep that academic-focussed, that's fine by me.
The Fedora-hosted list seems to have been a predecessor to the floss-seminar list (or maybe ran in parallel? or just different semesters with different instructors?). Anyway, if we revive that and take it over to fill the "discussion" role for a broader community of alumni; students enrolled at RIT and involved in the FOSS community, but not necessarily enrolled in one of the FOSS courses; friends of RITFOSS; and so on, that would be fine by me.
I haven't used the GNU Mailman v3 aka "hyperkitty" version that's running there, so seeing how that goes has its appeal, too.
I like the idea of recycling (after a fashion) these web resources, too, rather than leaving them cobwebbed and abandoned, or flushing them down the memory hole.
from tasks.
from tasks.
@Nolski For the FedoraHosted lists, it's all managed by us. I know there are three "roles" people can have: subscribers, moderators, and owners. Owners are basically full admins, and we'd only want to give that to a small number of people. Moderators can approve and reject messages in the queue (e.g. if someone posts to the list and forgot to subscribe first, or just rejecting spam), so I think it would be a good idea to have some active students as moderators too.
from tasks.
Today, I received owner rights to the mailing list and I've gone ahead and made some configuration changes to the list. As of now, I can also add anyone else as an admin or moderator to the list as needed. But I think in order for me to do that, one has to subscribe first.
Also, I posted this short announcement to let anyone hanging out on that list that we're talking about reviving it here in this ticket.
from tasks.
We should compare who is on each list. From @jflory7's description of GNU Mailman v3, I would be very willing to give the other list a try. The fact that it is easier to subscribe to the mailing list is huge.
from tasks.
@jlew Thanks for the background info here! I'd like to go ahead and suggest that we begin promoting the mailing list fully across our IRC channel (in the topic) and also put out an announcement to the FossMagic announce list on lists.rit.edu.
from tasks.
So it seems like a general consensus on this idea. Do we want to go ahead and begin putting this mailing list on websites / IRC channel topic / other places to point people towards?
from tasks.
@ritjoe Think you could include the link to this mailing list in the channel topic?
from tasks.
Hey everyone, just wanted to follow up here. Seems like we all agreed that it would be helpful to start using it (and we have been for the past couple months).
Would we want to add it to the homepage on foss.rit.edu and the #rit-foss
channel topic? Or do we still have anything we want to follow up on here?
This is the link we can share and promote if we add it to the website / channel topic: https://lists.fedoraproject.org/admin/lists/fossrit.lists.fedorahosted.org/
from tasks.
@Nolski Awesome, thanks!
@schneidy @itprofjacobs Do you think you could start the process to get this added to the MAGIC webpage somewhere?
@ritjoe We had briefly discussed this a while back, but do you think it would be possible to get this URL added to the channel topic?
from tasks.
So, the question has arisen as to nature of the fedorahosted list.
I want to be certain that we are not adding addresses to the list. Instead, we should let people manage their own subscriptions, both for subscribing and then for unsubscribing.
Currently, we're seeing messages from people asking to be unsubscribed, eg
but also one that has been held in the moderation queue and didn't make it to the web archive.
It is reputationally vital that we do not add addresses for people that are expecting to get an announcements-only like volume of email, because they will be upset as we ratchet up the level of discussion on the list as planned in this thread earlier.
@schneidy we had a discussion about this a few weeks ago. If you have added addresses, could you please be sure to remove them?
(There is the added twist that I am receiving admin messages, but cannot act on them. It's a long story, perhaps better told later or elsewhere, but suffice for now to say we are working on it.)
The bottom line is, if we get a request that someone's address to be removed from the list, I'd rather start that discussion with "you should unsubscribe through the same mechanism that you subscribed".
In part this encourages people to take responsibility for these things themselves. Also, it can be a tricky business knowing what addresses they are using (it is typical at RIT for students, faculty, and staff to be using a complex web of forwardings and therefor to be a bit out to sea as to how it works), and whether the request is legitimate or not.
But, asking them to unsubscribe themselves is not a reasonable place to start the discussion if someone else subscribed them.
from tasks.
Could you please respond with some information about whether, or not, you've added addresses of other people to this list, carried over from the RIT-hosted GNU Mailman 2 announce-only list?
At the very least, knowing whether this was done, or not, helps us respond appropriately to requests like:
If they subscribed themselves, it would be completely proper to point them to the page that allows them to unsubscribe themselves, since that's how their relationship with the list started in the first place (eg, for short: opt-in).
If their address was added by someone else, then it would be much more obnoxious to point them at that interface and expect them to navigate it. The appropriate response, in that case, would be to carry out fulfilment of their request ourselves.
from tasks.
@ritjoe Given the previous discussions in person about this, do you think we can update the channel topic for the mailing list now?
from tasks.
Sorry, I should configure my filters to prioritize FOSSRIT stuff over the RITLUG github notifications, but I haven't, so I overlooked this.
Sure, I'll change the topic.
Given offline discussions @schneidy and I had, I think we share a better understanding of the concerns I raised above in
#30 (comment) and #30 (comment)
but my feeling is that we didn't come to a firm decision about how to use the various lists, but rather that we just ran out the clock on the discussion at the end of the Spring 2017 semester with conferences, Imagine, finals, graduation, and the seasonal student diaspora.
So, with the list being advertised I'll change the topic, but I think this issue should remain open until we get that sorted.
from tasks.
Done:
18:56 -!- mode/#rit-foss [+o dzho] by ChanServ
18:56 -!- Topic for #rit-foss: The best things in life are FOSS@RIT | Center of gravity for all things
Free/Open Source in RIT's academic FOSS programs. See http://fossrit.github.io &
https://github.com/FOSSRIT/fossrit.github.io/issues/4#issuecomment-272707046
18:56 -!- Topic set by foss_bot [[email protected]] [Fri May 12 14:32:14 2017]
18:58 -!- dzho changed the topic of #rit-foss to: The best things in life are FOSS@RIT | Center of gravity
for all things Free Software & Open Source in RIT's academic FOSS programs. See
http://fossrit.github.io &
https://lists.fedoraproject.org/archives/list/[email protected]/
from tasks.
@ritjoe said…
but my feeling is that we didn't come to a firm decision about how to use the various lists, but rather that we just ran out the clock on the discussion at the end of the Spring 2017 semester with conferences, Imagine, finals, graduation, and the seasonal student diaspora.
Could you clarify what needs to be decided on? I'm trying to get an idea of what's left to move this forward.
from tasks.
from tasks.
@ritjoe said…
Some clear policy with regard to how we subscribe and unsubscribe addresses to the FOSSRIT Fedora mailing list in particular.
I think it's best if we don't manually subscribe people to this list unless requested. Since it's a discussion list, it might be more specific to our community and not relevant for wider outreach work. We could try to better document this, though (e.g. "how to join the conversation").
@ritjoe said…
Some clear understanding as to how the list is to be used.
I think promoting it as a discussion / community list is best. We don't have a public announcement list other than what @schneidy collects on his private list. So, announcements can still go to this list, but it's more "internal" than "external".
I think the solution is being explicit in its promotion as a discussion list, not only for announcements.
from tasks.
This exists in the IRC channel topic and is also linked on the existing http://foss.rit.edu website. I'm closing this issue as complete.
from tasks.
Related Issues (20)
- Summer FOSSFam Meetup HOT 12
- Confirm location booking for Election Night Hackathon HOT 3
- Future Is Open form submission was inaccessible HOT 1
- Rethink FOSS RIT Captains role HOT 6
- Remove me from fossmagic mailing list admin HOT 8
- Wish list for Spring 2020 semester in FOSS HOT 6
- Collaborate on a Game Jam with RIT Game Development Club (RGDC) HOT 4
- Create FOSS@RIT runbook HOT 7
- Deploy GrimoireLab to MAGIC infrastructure HOT 1
- Organize community volunteer meeting day/time HOT 2
- Add FOSS@MAGIC credit card to shared Namecheap account HOT 5
- Collecting works about FOSS that have freely redistributable licensing HOT 1
- Consider moving from Eventbrite to Meetup.com HOT 3
- Add historical community projects to FOSS@MAGIC website HOT 1
- Rationale for a top-level meta-repository HOT 9
- Move remaining files from Dan's archive to Runbook, Google Drive, or Brand repo HOT 4
- Update issue templates for this repo HOT 1
- Issue template for bridging rooms HOT 1
- UNICEF VR Cohort Preliminary Phone Call Interviews HOT 5
- UNICEF BMGF Cohort Preliminary Phone Call Interviews HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from tasks.