Adding `-team` to (almost) all of the tags in Project Discussion

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.

1 Like

For Silverblue and Kinoite we use different issue trackers as well for development discussions so we don’t really need two different tags as everything here is considered as “questions”. CC @tpopela

I agree with what @siosm wrote.

1 Like

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’s harder for us to consistently count contributors.
  • Easy to lose crucial project history when it’s scattered across various sites and tools.

Does that make sense? What would it take to encourage your teams to move to team discussion here? We have quite a lot of flexibility.

I think now that we have the site merged, despite holding off on make the change, it’s quickly becoming clear to me at least that having split tags is going to be the best approach. (See A way to only subscribe to messages from Discusison, not Ask?)


Yeah… I’d be willing to have a chat with you about it.

1 Like

Cool — let’s plan on that discussion. I think we should move ahead on this. Let me know if you really really think we should have that conversation first. :classic_smiley:

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 Fedora will need to resubscribe. I’ll post something about that to News & Announcements once I’m done.

1 Like

FYI I am also removing the go-lang and haskell tags. I’d love for conversation from those SIGs to happen here, and will re-create if there is interest.

As y’all may have noticed, I am about halfway done with this project. Gonna script something up to make retagging easier for some tags like kinoite and silverblue which are popular in both categories.

This is now complete. Please let me know if I’ve made any mistakes!

(Also: the choice between “SIG” and “Team” is pretty fluid. Please let me know if your group prefers a different label!)

1 Like

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.


We now have the following tags:


Only the second set has a description / pinned post with the topic on the right with the links to the tracker, etc. so that users can find where to report bugs.

Like we said in Adding `-team` to (almost) all of the tags in Project Discussion - #21 by dustymabe, this approach does not work well for us (CoreOS, Silverblue, Kinoite) as we don’t split development/users discussions (and I expanded on development discussions above). We now have two tags to follow and there is no meaningful distinction between those.

The naming is also inconsistent which is not great.

I would prefer we merge all the teams tags into the regular ones.

1 Like

Like I said to Dusty, let’s talk. But just landed in Spain after the overnight from Boston, so… later :slight_smile:

Indeed. Maybe our CoreOS weekly community meeting would be a good space to discuss this further? I sent you a calendar invite for next Wednesday.

Enjoy your time AFK @mattdm!


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).

I’m not strongly attached to this, though.

Another possibility for some might be-devel.

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.