This outage is a replacement of an earlier one in December which had to be
There will be an outage starting at 2019-02-02 13:00 UTC,
which will last approximately 2 hours.
To convert UTC to your local time, take a look at
date -d '2019-02-02 13:00UTC'
Reason for outage:
Various switches at the colocation are needing updates and reboots to get
latest firmware working. While the outage should not take the entire 2
hours, it is being blocked out in case there are problems which are not
realized and need backing out or other changes.
all build services
most web services
copr and all other cloud services.
Please join #fedora-admin or #fedora-noc on irc.freenode.net
or add comments to the ticket for this outage above.
Stephen J Smoogen.
Hi Clement, thanks for this detailed feedback.
I agree focusing on CI/CD and improving development environment
instructions is helpful and a good goal for the hackfest; I'm replying
in-line with some other thoughts.
On 1/17/19 3:39 AM, Clement Verna wrote:
> Hi Justin,
> I am replying here to your IRC questions :-)
> So I think that indeed setting up basic CI/CD and maybe a container
> based development environment would be a good start.
> The Infra team is meeting next week in Brno and one item of the long
> agenda we have is to move applications to Openshift so maybe we will
> have the time to do that for badges. This would allow to use a much
> nicer workflow.
Running Tahrir/Badges in OpenShift would be awesome. I saw some commits
from Randy this week. Was there any success on running Badges in OpenShift?
> About migrating to another framework, I think this is an hard task (I
> don't know much of the tahrir code base tho) since it usually mean you
> need someone that knows well the current code base and framework and
> that also knows well the new framework this sounds difficult for me.
> Although as I mentioned in the council ticket, the technology stack
> does not sound very appealing for someone that wishes to learn new
> skills or develop existing one which is one of the main factor for
> people to dedicate time to help maintain a Opens Source project.
> All that to say that I think that for your FAD you should focus on
> adding new feature, I would choose maybe 1 or 2 features that are
> really longed for and try to break them down in smaller items so that
> you have kind of plan to develop them.
> You could write something like that
> Technical work breakdow :
> # Development Environment setup
> ## Create container environment to run application locally
> (application, database, etc ..)
> ## Document how to use the container base development environment
> ## Add basic test framework and make it possible to run test in the
> container environment
> ## Add code linting, code formatting checks, etc ...
> ## Configure Travis CI or CentOS CI to run tests and checks
I think this is achievable for a hackfest. In #fedora-badges, Sayan and
I were discussing this. Vagrant is set up already for Tahrir. I am
curious of the value in migrating to a container-based environment from
If migrating to a container environment from Vagrant offered benefits to
how Badges is deployed (in addition to lower overhead for a dev
environment), I think it would be worthwhile?
> # Feature Development
> ## Implement ticket number X using Test Driven Development
> ### Create new page template
> ### Create new HTTP enpoint to serve the new page template
> ## Implement ticket number XX using Test Driven Development
> ### Investigate and document how YYY feature works
> ### Add new feature to YYY
> Using TDD is a nice way to start adding test to the application, you
> also imaging doing some pair programming if that work well during the
> FAD that can be a nice way to on-board new contributor inviting them
> to a pair-programming TDD session.
This approach makes sense too. Some of the work we want to do is to
identify and prioritize which features to focus on.
> Hope that helps, I ll try to push for us to move badges to openshift
> next week so that should make things a little easier later on to
> deploy changes to staging and production :-)
Thanks for your helpful feedback and support!
Justin W. Flory
Sorry for the delay….
Please submit the new documents as soon as possible.
Invoice EP329947-932 (previous version is attached)
Thank you for your business!
I want to announce that the Anitya 0.14.1 was deployed on
You can see changelog here
This version is just a hotfix for few issues that were found after
deployment of 0.14.0.
As a bonus I was able to solve the issue with fedmsg, so no message
should be missing in datagrepper now. This means, that the notifications
about new versions should work again. \o/