Hi @marlonv - Here is a screenshot of /admin/reports/updates
on a farmOS 3.0.0-beta3 site right now:
Is that what yours looks like?
I’m curious what you are referring to with “no longer supported” in this forum topic’s subject. None of the modules that are enabled in the screenshot above are flagged that way. What are you seeing?
For context, farmOS 3.0.0-beta3 was released about a month ago (November 27th). Since then, Drupal core and a few contrib modules have released new versions (Entity Browser was the first on Dec 11th). None of these are “security” updates - which means they are only adding features or fixing bugs. We are overdue for a 3.0.0-beta4 release (or maybe even 3.0.0)… but what with the holidays and all… I will most likely tag it soon after the New Year!
In general, though, you don’t need to worry about ones that just say “Update available”. Security updates are more important, and I try to put out releases more quickly when those show up. Even in those cases, though, you usually don’t need to worry. Drupal is usually used in public-facing websites, which have a larger attack surface for vulnerabilities. farmOS is often immune to most security vulnerabilities simply because it is private (requires a login, which generally means only “trusted” users are allowed). If a security update is critical, however, I usually make a release the same day that I learn about it.
Worth noting, the “updates available” message that appears at the top of pages is only displayed to the “admin” user (or any user with the permission to see it, which we do not grant to Manager/Worker/Viewer roles). It is best practice to not use “admin” as your main login, so if the message is concerning/distracting you can create a Manager/Worker (or custom) user and it won’t show up.
Also worth noting: if you are managing your farmOS deployment with Composer, you have the ability to update most of the modules yourself via composer update
. There are some, however, that farmOS “pins” to specific versions. Those will not be updated by a composer update
until farmOS updates them upstream. This includes Drupal core (currently pinned to 10.1.6), Entity Browser (pinned to 2.9), and a handful of others. The reason we pin these is because we are applying patches to them to fix outstanding bugs that we are waiting to be fixed officially upstream. If we did not pin them, and a new release causes the patch to conflict, it would break everyone’s ability to install/update farmOS via Composer.
I had to disable calender to get that one to hush, which is a pain because I need Calendar.
I need to refresh on the what the issue was you encountered originally, but I wanted to point out that Calendar does work with 3.0.0-beta3. You can see that I have it enabled in the screenshot above. Let’s circle back and get it working for you again!