But I understood that there are owners of tags. See this guide.
That is why there isn’t a ‘l10n’ or ‘localization’ tag, for example. Teams that haven’t reached a consensus (or even discussed at all) about using discussion.fpo for their work/organization don’t have a tag. And I hope it will remain the same in the future.
There are few tags like that that are kind of lonely, some because they existed as categories in the previous site organization. I’m not terribly worried, because I’m optimistic about getting more people here for all of the ones we have so far.
For the records, at least while composing a new topic, if I start writing “ba”, both “badges-team” and “team-badges” would be displayed.
Like now, if you write “or”, " coreos" and “mentored-projects” are displayed.
So, I suppose that at least from this point of view, it doesn’t matter if “team” is a suffix or a prefix.
@siosm, @dustymabe, @tpopela — this may be a different (and larger) conversation, but… I’d really like us to move away from using trackers for discussion. I think, in large part, that’s been a way to work around the difficulty of mailing lists, but I’d like to hear other reasons you prefer it.
I don’t want to dictate tools to teams, but I feel like discussion in trackers really increases our project fragmentation — especially when people are using Pagure, Gitlab, Github, and whatever else.
I think it makes perfect sense to talk about specific implementation details in a tracker, and of course to use one for tracking things. But when bigger and more general project development conversation ends up in tickets:
It’s nearly invisible to the rest of the project.
The rest of project communications may be out of regular visibility to the team.
Newcomers have to discover each team’s communication platform separately.
People trying to work across teams must learn various different tools.
It’s more difficult to have cross-team conversations.
It has occurred to me that there was a really good practical reason to do this before the merge — renaming them in place is now going to hit both categories. So, I intend to do the renames and then retag the posts on Ask Fedora. In order to do this, I will temporarily turn off the notifications generated when a post is retagged. People who are subscribed to these tags in Ask Fedorawill need to resubscribe. I’ll post something about that to News & Announcements once I’m done.
From my perspective (Silverblue, Kinoite, CoreOS), this forum is a great place for users to ask questions and help each others. It works much better than the IRC/Matrix discussion channels for complex topics and questions are not lost to time as they might be in the IRC/Matrix channels. In the CoreOS channel, we usually asks users that have complex questions to post here instead of flooding the channel, and then to paste the link in the channel to give it more visibility.
Most development discussions don’t happen here. Each project has its own issue tracker and feature requests and bug reports are tracked in those. It’s mostly not possible to track development / bugs / requests discussions here as there are no tools to do so and it’s not meant for that in general.
Fedora’s “general” development discussions also don’t happen here but in a mailing list (!), which is even more hard to track and interact with that a Git forge issue tracker.
The priority from my perspective is to move away from tracking Fedora changes and development discussions in mailing lists because those are the most hard to track medium, not the issue trackers.
I would prefer “sig” (Special Interest Group) prefix or suffix rather than “team”. The team is more intuitive for me. But the “team” makes me imagine as a strongly connected group. I don’t think this is a reality. I would prefer a relaxed group where people can join and leave casually. And as we are using the terminology “sig” heavily in the project, it is consistent.
Jun, what group is this for? I generally went with either the name convention I’m more familiar with (e.g. design-team, theoretically #kde-sig) or whether there is a specific, focused output a group of people work on (“Team”) or whether it is more a shared topical interest (“SIG” — e.g. ai-ml-sig).
We can add sidebars for any tags (although it’s unfortunately a little kludgy — there is a config option mapping tag names to the topic ID of special posts). I can make either a separate sidebar post or point to the same one.
I’m firmly of the opinion that trackers are good for things that need specific action: bugs, feature work, etc., but terrible for discussion. I think the fact that lots of Fedora projects are using them for discussion is a symptom of, well, as you say…
… mailing lists being even worse. But: I’m not being inconsistent, because I’m working to bring mailing lists (yes, including devel list) to Discussion as well. Stay tuned!
I do think the issue tracker discussions are a problem, because they are (project wide) all over the place. That is a big barrier for newcomers, and makes CoreOS and others feel like a disconnected silo. And it’s just plain hard for someone with general interest to keep up.