Bullhorn content quality improvement proposals

Hi, this is a followup from previous discussion at ConfigMgmtCamp. I discussed with @gundalow please let me know if you find this useful.

Proposal: Improving Bullhorn Content Quality

I propose presenting Bullhorn content in a more story-driven format. This would follow a predefined structure using elements like charts, maps, links, infographic, and tables to present information in a clearer and more engaging way. Such a format would make the content easier to understand, more visually appealing, and better suited for sharing on social media. We can experiment on this format and if successful, create a template for future posts.

Execution
To implement this, we would need to design and adopt a structure along with clear usage guidelines. The structure can be shaped with input from Ansible contributors to reflect how they want to consume Bullhorn content.

Benefits to the Community/ Audience
This approach would help readers quickly grasp the essence of an event or update. Even non-users could get a concise overview of the topic and its practical impact, which could also support broader promotion and outreach.

Technical benefits for the Ansible ecosystem

• Provides a consistent, structured format for presenting technical updates across Bullhorn editions
• Makes release notes, collection updates, deprecations, and roadmap items easier to track and understand.

I’ve prepared a full fledged post which shows my experience attending Ansible track in CfgMgmtCamp this year. While the structure can be modified/discussed/tweaked, I hope this will spark some discussion on how we can make the content more useful/appealing.

3 Likes

Hi @Sutapa ,

Mixed feelings here. Without seeing what exactly the new format is going to look like, it is hard for me to have any opinion on the change.

As of the current format, it serves my needs as-is: I get the announcements, not all of them I want/need to know deeply, but I will have seen them and they usually have links to topics in the forum if I want to know more. And of course the news of releases of Ansible (core and ACP) and collections is very welcome.

I am struggling to envision what the story-driven format would look like: if it means the same information with more narrative around it, personally I would not be very keen, but TBH I am not sure. Just my $0.02

@Sutapa Thanks for continuing this discussion.

I think one thing that might help is copying a recent Bullhorn entry from News & Announcements > Newsletter and replying to this thread with what it could look like.

2 Likes

Major new releases :trophy:

Major release version New release version Forum Thread
Ansible-core 2.19 Ansible-core v2.19.6 New Release: ansible-core v2.19.6
Ansible-core 2.20 Ansible-core v2.20.2 New Release: ansible-core v2.20.2
Ansible-core 2.18 Ansible-core v2.18.13 New Release: ansible-core v2.18.13
Ansible-core 2.16 Ansible-core v2.16.16 New Release: ansible-core v2.16.16

Ansible Community Package :up_right_arrow:

The Ansible package includes ansible-core and is a batteries-included package that provides a curated set of Ansible collections. See the Ansible roadmaps for future release plans.

Ansible package 13

Ansible package command Release Notes Ansible 13 Porting Guide contributor
13.3.0 python3 -m pip install ansible==13.3.0 --user (ansible-build-data/13/CHANGELOG-v13.md at 13.3.0 · ansible-community/ansible-build-data · GitHub) (Ansible 13 Porting Guide — Ansible Community Documentation) Felix Fontein

Collection updates

  1. community.general release

12.3.0 (community.general/CHANGELOG.md at stable-12 · ansible-collections/community.general · GitHub) has new features, bugfixes, and a new filter module.
11.4.4 (community.general/CHANGELOG.md at stable-11 · ansible-collections/community.general · GitHub) has only bugfixes.

  1. community.routeros pre-release

community.routeros 3.17.0-a1 (community.routeros/CHANGELOG.md at main · ansible-collections/community.routeros · GitHub) has been released. This is a pre-release with a huge amount of chnages for the api_modify and api_info modules, and we need help testing them! Please take a look at the forum post about this release (Community.routeros: 3.17.0-a1 pre-release with many new and updated paths is ready for intensive testing!)!

  1. community.eda collection announcement

A new community.eda collection is available; see the announcement & plans for it: New community.eda collection

  1. infra.aap_configuration release

infra.aap_configuration 4.2.1 has been released.
This Ansible collection allows for easy interaction with Ansible Automation Platform via Ansible roles using the supported collections modules.
Visit GitHub - redhat-cop/infra.aap_configuration: A collection of roles to manage Ansible Automation Platform 2.5+ with code For more information and updates.

  1. Certified collections updates

Certified collections updated this week:

  1. infra.controller_configuration release

infra.controller_configuration 3.2.1 has been released.
This Ansible collection allows for easy interaction with an AWX or Ansible Controller server via Ansible roles using the AWX/Controller collection modules.
Visit GitHub - redhat-cop/infra.controller_configuration: ansible collection for standardizing configuring AAP 2.4 and earlier For more information and updates.

  1. community.routeros release

community.routeros 3.16.0 (community.routeros/CHANGELOG.md at main · ansible-collections/community.routeros · GitHub) is out with new features for the API modules.

  1. community.openwrt release

The community.openwrt version 1.0.0 has been released! See the announcement post in the forum.

This version comes with integration tests for all modules, a couple of bugfixes and more.

@russoz : please see this sort of layout would be more interesting? cc @gundalow

1 Like

Hi,

Well, that seems more cosmetic than anything else - but it does look better than before.

Maybe I read too much into “more story-driven format”?

Maybe sort this table by one column? At the moment hard to find version I am interested in. Also date column might be nice.

1 Like

Second version looks a bit more informative to me. Maybe links to github, rather than pypi should be included.

Just my opinion, but second one looks less cluttered and bit more informative. I mean 70+ minor changes (i was tired counting)! This is impressive and requires a shout out!
Other collection updates also can be rewritten similar way.

And I agree these changes look very nice and are definetely positive improvements.

If anyone wants to adjust it, the announcement comes from here: antsibull-build/src/antsibull_build/data/ansible-matrix-announcement.j2 at main · ansible-community/antsibull-build · GitHub And the variables it can use from here: antsibull-build/src/antsibull_build/announcements.py at 3e2718d02a98a71ab6764705a4d4bed4dc883b9d · ansible-community/antsibull-build · GitHub

I’m not sure whether GitHub links are helpful, since the only repository we could sensibly link to is GitHub - ansible-community/ansible-build-data: Holds generated but persistent results from building the Ansible community package, which is already reachable from the PyPI page and isn’t of much use to most users. In any case, replacing PyPI links by GitHub links is something we should definitely not do.

Also ansible==specific version doesn’t include ansible-core==another specific version, but ansible-core>=another specific version,<next major version. I think that’s an important distinction.

2 Likes

Thanks for correction, I was not sure what is included, I just found refference to the version number in build-data repo.

One minor suggestion, the Collection updates section, might look better if it contained sub-headings in place of the ordered list.

1 Like

Sub-headings as in name/title of the collection that we are highlighting? If so, I am preparing another reply tomorrow that takes into account the suggestions/comments I have got so far.

I think the following:

Would look better like this:

Collection updates

1. community.general release

12.3.0 (community.general/CHANGELOG.md at stable-12 · ansible-collections/community.general · GitHub) has new features, bugfixes, and a new filter module.
11.4.4 (community.general/CHANGELOG.md at stable-11 · ansible-collections/community.general · GitHub) has only bugfixes.

2. community.routeros pre-release

community.routeros 3.17.0-a1 (community.routeros/CHANGELOG.md at main · ansible-collections/community.routeros · GitHub) has been released. This is a pre-release with a huge amount of chnages for the api_modify and api_info modules, and we need help testing them! Please take a look at the forum post about this release (Community.routeros: 3.17.0-a1 pre-release with many new and updated paths is ready for intensive testing!)!

It also has the advantage that heading have fragment IDs and anchor links whereas ordered lists don’t.

1 Like

Major new releases :trophy:

Major release version New release version Forum Thread Release Date
Ansible-core 2.20 Ansible-core v2.20.2 New Release: ansible-core v2.20.2 Jan 30, 2026
Ansible-core 2.19 Ansible-core v2.19.6 New Release: ansible-core v2.19.6 Jan 30, 2026
Ansible-core 2.18 Ansible-core v2.18.13 New Release: ansible-core v2.18.13 Jan 30, 2026
Ansible-core 2.16 Ansible-core v2.16.16 New Release: ansible-core v2.16.16 Jan 30, 2026

Ansible Community Package :up_right_arrow:

The Ansible package includes ansible-core and is a batteries-included package that provides a curated set of Ansible collections. See the Ansible roadmaps for future release plans.

Ansible package 13

Ansible package command Release Notes Ansible 13 Porting Guide contributor
13.3.0 python3 -m pip install ansible==13.3.0 --user (ansible-build-data/13/CHANGELOG-v13.md at 13.3.0 · ansible-community/ansible-build-data · GitHub) (Ansible 13 Porting Guide — Ansible Community Documentation) Felix Fontein

Collection updates

community.general

12.3.0 (CHANGELOG.md) is a regular feature and bugfix release with 70+ minor changes, six bugfixes, and one new filter module.
11.4.4 (CHANGELOG.md) is a regular bugfix release.


community.routeros

community.routeros 3.17.0-a1 (CHANGELOG.md) has been released. This is a pre-release with a huge amount of changes for the api_modify and api_info modules, and we need help testing them! Please take a look at the forum post about this release (Community.routeros: 3.17.0-a1 pre-release with many new and updated paths is ready for intensive testing!)!

community.routeros 3.16.0 (CHANGELOG.md) is a release with features for the API modules.


community.eda

A new community.eda collection is available; see the announcement & plans for it: New community.eda collection


infra.aap_configuration

infra.aap_configuration 4.2.1 has been released.
This Ansible collection allows for easy interaction with Ansible Automation Platform via Ansible roles using the supported collections modules.
Visit GitHub - redhat-cop/infra.aap_configuration for more information and updates.


infra.controller_configuration

infra.controller_configuration 3.2.1 has been released.
This Ansible collection allows for easy interaction with an AWX or Ansible Controller server via Ansible roles using the AWX/Controller collection modules.
Visit GitHub - redhat-cop/infra.controller_configuration for more information and updates.


community.openwrt

The community.openwrt version 1.0.0 has been released! See the announcement post in the forum.
This version comes with integration tests for all modules, a couple of bugfixes, and more.

Certified collections updates

Certified collections updated this week:


@kks @chris @gundalow please take a look and let me know what you think of this version.

3 Likes

Looks good to me, thanks!

1 Like

Looks great!

1 Like

Hi @samccann and @anwesha,

I’ve been focusing on improving the content quality of the Bullhorn release, and I would really appreciate it if you could take a look and share your feedback.

Please also let me know if there’s anything else I can contribute to or help with.

Thank you!

1 Like

I’m no native speaker, but “major new releases” sounds a little bit unfortunate to me. At first, I confused this with “new major releases” and than realized that this is not about major releases at all.

I suggest to substitute the “major” with something else (main, important, published…) or simply drop it completely (“New releases”).

What do you think?

1 Like

(I was looking at this again since I’ll be writing a new one for this quite soon :slight_smile: )

For accessibility reasons link titles should kind of identify what they link to. Neither “12.3.0”/“11.4.4” nor “CHANGELOG.md” is thus a great title. The main reason I was using community.general 12.3.0 as the link title to the changelog was to avoid these issues.

If we also want a Galaxy link, how abount something like this?

community.general 12.3.0 is a regular feature and bugfix release with 70+ minor changes, six bugfixes, and one new filter module (community.general 12.3.0 on Galaxy).
community.general 11.4.4 is a regular bugfix release (community.general 11.4.4 on Galaxy).

2 Likes

How about linking to galaxy first, and then to the release notes? Like:

community.general 12.3.0 is a regular feature and bugfix release with 70+ minor changes, six bugfixes, and one new filter module (Release Notes).
community.general 11.4.4 is a regular bugfix release (Release Notes).

I don’t know if this would be a good idea, but thought it might be worth to throw into the discussion.

Anyway, if link titles should kind of identify what they link to I think it would be a good idea to use Release Notes. The file is CHANGELOG.md but if you look at it the title is Release Notes.

I wondering who actually needs the Galaxy links? You only need it if you want to download the collection tarball from there directly IMO. I think the changelog is more useful, that’s why I put it first.

1 Like