Dear product steering team,
We would like to take this opportunity to provide you with some updates
surrounding product steering.
Issues & Feature request process
As discussed in our previous product steering call we decided to streamline
this process. This means the separate product-steering repository has been
deleted and that the 2 issues on it are transferred to the openzaak
repository where all openzaak issues live. After speaking with the
developers, we introduced the label ‘product-steering’ to indicate these
are issues the product steering group should discuss or decide upon.
We already taken the liberty to select a few good first product-steering
group issues to discuss for our next meeting which you can find on the
project board “Backlog voorbereiding” in the column intake.
-
Feature requests, bugs, improvements:
https://github.com/open-zaak/open-zaak/issues
-
To create new feature requests:
https://github.com/open-zaak/open-zaak/issues/new?assignees=&labels=product…
-
Project board “Backlog voorbereiding”:
https://github.com/open-zaak/open-zaak/projects/3
Technical steering backlog pruning
In an effort to reduce the clutter in the backlog, the Technical steering
team spent time reviewing and pruning what is already there. Part of this
review included identifying issues that are high priority from a technical
point of view in order to provide input to product steering.
The current state of their work can be seen here:
https://hackmd.io/jmp49FfpRxa9NLg6RAhYTw
We can’t expect to discuss everything in one meeting, so we’ve labeled a
few for discussion in the first product steering meeting. We also placed
these issues on our product backlog.
We hope that the product steering team will gradually work through issues
from tech steering in the upcoming product steering meetings.
New member for product steering group
During the pruning session the team noticed an issue from Johan Groenen of
TiltShift asking to join the product steering group. The issue was created
in December so it would be good to let him know he is welcome as soon as
possible. If there are no objections to him joining we will invite
Tiltshift to the upcoming product steering meeting.
(this is the issue with the request:
https://github.com/open-zaak/open-zaak/issues/748)
Kind regards,
Eric & Felix
--
Felix Faassen, Codebase steward
Foundation for Public Code | https://publiccode.netgithub.com/publiccodenet | github.com/felixfaassen
felix(a)publiccode.net | +31 624633278
Beste Allemaal,
Zoals besproken in de product steering leek het mij een leuk idee om een
infographic / plaatje te maken van de OpenZaak communtiy. Een plaatje dat
in 1 keer laat zien wat OpenZaak is, wie het gebruikt en welke integraties
met producten en leveranciers er zijn. We zouden dit plaatje op de website
kunnen gebruiken en ook op de commonground pleio. Maar wellicht bestaat er
al zo'n plaat.
<https://miro.com/app/board/o9J_lXSQCCU=/>
Ik heb een heel klein voorzetje gemaakt:
https://miro.com/app/board/o9J_lXSQCCU=/
Als jullie dit ook waardevol vinden nodig ik je van harte uit om er eens
naar te kijken en nog beter aan toe te voegen.
Mocht je het niet waardevol vinden of is er al een dergelijk plaatje dan
hoor ik dat uiteraard ook graag.
Groeten,
Felix
--
Felix Faassen, Codebase steward
Foundation for Public Code | https://publiccode.netgithub.com/publiccodenet | github.com/felixfaassen
felix(a)publiccode.net | +31 624633278
Version 1.3.4 is a regular maintenance release, fixing a number of bugs,
improving the documentation and providing some more flexibility in the
deployment tooling.
We're proud to announce the community-contributed Helm charts
<https://github.com/open-zaak/charts> for Open Zaak and Open Notificaties,
providing an alternative way of deploying both projects on (Haven
<https://haven.commonground.nl/>-compliant) Kubernetes clusters.
Additionally, we've documented the process on how to deal with security
vulnerabilities
<https://open-zaak.readthedocs.io/en/stable/support/security.html>, with
support from the Foundation For Public Code. We hope this can serve as a
source of inspiration for other Common Ground projects.
You can find a complete list of the changes in the release notes
<https://open-zaak.readthedocs.io/en/stable/development/changelog.html#id1>.
As always, container images with the appropriate version tags are published
on Docker Hub <https://hub.docker.com/r/openzaak/open-zaak>.
Hi everyone,
First I want to wish everyone a happy and healthy new year and hope we can
greet each other in good health in real life somewhere in the near future.
As discussed at our previous OpenZaak product steering meeting we decided
to put the new website for OpenZaak online. You can find it here:
https://openzaak.org
Please have a look at it and if you have improvements or other feedback
please make an issue here:
https://github.com/open-zaak/open-zaak-website/issues or make the change
yourself.
We will gradually improve the website as we go along.
Kind regards,
Felix
--
Felix Faassen, Codebase steward
Foundation for Public Code | https://publiccode.netgithub.com/publiccodenet | github.com/felixfaassen
felix(a)publiccode.net | +31 624633278
Today, a bugfix release of Open Zaak and broader support release of Open
Notificaties have been issued.
Open Zaak 1.3.3 fixes a number of bugs, including a fix for a CORS-related
security vulnerability. You can find more details in the security advisory
<https://github.com/open-zaak/open-zaak/security/advisories/GHSA-chhr-gxrg-6…>.
We recommend that you update your installations as soon as possible. The
full release notes can be found in the changelog
<https://open-zaak.readthedocs.io/en/stable/development/changelog.html#id1>.
Open Notificaties 1.1.2 changed the deployment tooling to more easily
support different target platforms. Most notably, RHEL/CentOS are now
explicitly supported. Open Notificaties itself (the application) has not
changed.
As always, images with the appropriate version tags are published on Docker
Hub <https://hub.docker.com/u/openzaak>.
Hi all - this community update aims to give some insight in recent
maintenance that was done to the Open Zaak projects on Github.
We were forced to undertake a number of actions because of external
influences, with the common theme of being "budget" related. Most notably,
our Continuous Integration was affected by these items:
- Travis CI is no longer as Open Source friendly as they used to be (
https://github.com/open-zaak/open-zaak/issues/773)
- Docker Hub is aggressively applying rate limits and altered the
retention conditions of container images (
https://github.com/open-zaak/open-zaak/issues/774)
- Postman mock endpoint collections (hosted) are expensive (
https://github.com/open-zaak/open-zaak/issues/790)
To resolve the CI situation, we've decided to migrate to Github
Workflows/Actions. Github Workflows/Actions are free for public (open
source) repositories, and have a budget of about 2000 minutes/month for
private repositories, which serves our needs well. However, this migration
required time (for free) from the community - all in all this cost about 10
hours to make the necessary changes.
Additionally, Open Zaak has a test suite that verifies the compliance with
the "API's voor Zaakgericht Werken" standard. This test suite used some
mock endpoints hosted on postman.io which became unavailable due to lack of
funding for that subscription. Since this is an extremely important step to
have as part of our CI, it was decided to implement a non-subscription
alternative ourselves, which cost another 2-3 hours to fully set in place.
Of course the good news is that we're confident in the Github Actions
approach, and we've been able to expand the build matrix to include
explicit support for a range of PostgreSQL versions, Postgis versions and
flavours of CMIS-adapter bindings. CI is also a bit more performant now,
because we can reuse build artifacts in different build steps.
We have some lingering issues to resolve - it appears that something in the
test suite is not 100% deterministic, leading to erratic builds, but I'm
sure that will be sorted out.
Best,
Sergei
Dear OpenZaak community members,
We see our role as ["Providing long term product sustainability"](
https://about.publiccode.net/activities/codebase-stewardship/goals#providin…)
in codebase stewardship. We should provide this infrastructure to the
entire community as that lies outside of the mandate of any individual
organization whilst everyone depends on it for their operational continuity.
As you know during the last technical steering meeting important issues
were raised concerning the existing testing and deployment infrastructure.
Due to a change in the business model of the services used, the OpenZaak
test and deployment infrastructure will become unavailable if no action is
taken.
In the short term, we propose to take over responsibility for the existing
infrastructure. We can do this by paying for the services. In the
mid-to-longer term we strongly recommend a transition to another more open
and accessible platform.
To achieve a healthy and strong community around OpenZaak, regardless of
what's stated above, we request public organizations to become members of
the Foundation for Public Code Vereniging. Membership is an investment in
the social and technical infrastructures to achieve the goals of OpenZaak
and open source in gemeenten.
We propose to take over the Travis and DockerHub accounts and are ready to
operationalize this as soon as that happens. Please let us know how you
think about this and let's discuss how we can move this forward.
Kind regards,
Eric & Felix
--
Eric Herman, Lead codebase steward for quality
Foundation for Public Code | https://publiccode.netgithub.com/publiccodenet | github.com/ericherman
eric(a)publiccode.net | +31 620719662 | @Eric_Herman