Thursday, Mar 2, 2023
Just released (v4.3.2 of Docker Ansible)[https://github.com/willhallonline/docker-ansible/tree/v4.3.2] 😆 . A few changes (rolled from previous v4.3.* releases which then were fixed over the next 2). Bringing in RockyLinux 9, Alpine 3.17 as new base images 🆕 , dropping Alpine 3.12, Alpine 3.13 and Debian Stretch as EOL 🧟♂️ .
I still have longer-term ambitions to move this to being multi-stage builds (with multi-architecture at some point). Multi-arch is harder just due to the build times as using linux/amd64 for runners to build linux/arm64/v8 takes a long time. 😑
...
Tuesday, Jun 28, 2022
Last week, v4.1.1 was released on my Docker Ansible project:
New contributors who added Alpine 3.16 and Ubuntu 22.04 bringing OS versions up to 17 (need to drop old Alpine versions soon) Added recent Ansible versions to the immutable tags in Docker Hub + GitLab Registry (2.11 and 2.12 has a few versions to build) Down to only 1 issue in GitHub (0 in GitLab) Now with pinned versions for Ansible-Lint and Mitogen to resolve dependency hell Made a funny little logo (need to probably make a different one).
Monday, Feb 7, 2022
A major rewrite of my Docker Ansible project to make it easier to manage Ansible versions inside the projects. For users of the containers, it should be no difference, however, it makes it easier if you want a specific version of Ansible running inside your CI/CD pipelines.
Seems a bit weird linking it to GitHub, but that is pretty much where the community views it (although technically that is just a mirror of the GitLab repo Docker Ansible.
...
Friday, Jun 11, 2021
Docker Hub will be [removing Autobuild for free users from June 18th(https://www.docker.com/blog/changes-to-docker-hub-autobuilds/)]. I have recently (about 3 weeks) transitioned away from Autobuild for my biggest container project (Docker Ansible) and actually have been nicely surprised that building with GitLab has resulted in build completing quicker and with better error handling.
It does seem a bit of another end of an era for Docker Hub as initially, I used it for all of my container builds. I guess maybe we can’t have nice things because of crypto miners.
...
Tuesday, Jan 21, 2020
I have discussed this slightly before, however, some background may be necessary. I build a relatively well used Docker container with Ansible. Originally this was all based on Python 2 which was the default Python that is installed with most operating systems. However, this was soon to change!
Python 2.7 will reach the end of its life on January 1st, 2020 The longer message that read out when installing using Python 2 was:
...
Sunday, Jan 12, 2020
The end of the year is a great time for evaluation and retrospection; and the end of the decade is the same. It often seems that time passes slowly and changes pass quickly but it is probably the opposite. Personally, I have seen a lot of changes over the past 10 years both personally and within work and this post is an effort to evaluate and understand them.
Marriage and Children How could I start without mentioning that within the past 10 years I have gotten married and had 2 children. Anyone who thinks that marriage and children will not change them, frankly is either lying to themselves, or drastically underappreciating life change. I could not think of another event that has changed my life so dramatically as having children. They literally stop your life and alter it.
...
Wednesday, Nov 6, 2019
As you may already know I run a relatively successful (in pull terms) Docker container for Ansible; willhallonline/ansible. It has had around 2 million pulls at the moment, and I use it not only for Ansible in my local machine, but also for loading Ansible into various CI systems and testing the deployment of Ansible roles and playbooks.
However, I was prompted to think of the future of it by this GitHub issue opened python 2.7 reaches end of life in 2 months.
...
Friday, Mar 2, 2018
The use of Docker containers has exploded (at least within Web Development) and therefore we have a whole bunch of new tools that can be used to manage the DevOps process. However, there are a massive range of tools that can be used to achieve all of these. Be it Git hosting (GitHub, Bitbucket); Continuous Integration and Delivery and Build Tools (Jenkins, CircleCI, Drone); Docker Registry (Docker EE, Quay.io), or a range of other add-on tools, there sometimes seem as many new, great products in the DevOps area as there are Javascript frameworks(!). However, I feel that GitLab offers a single solution that is able to compete with other established tools and potentially enable you to have a full professional delivery platform for free (within some restrictions on numbers).
...
Sunday, Nov 12, 2017
It has been a while since I returned from DockerCon Europe in Copenhagen, and despite doing a presentation 4 days after arriving home for Docker Cambridge meetup group, I haven’t yet done a blog post for it. However, that is about to change. So, here is my review of DockerCon Europe.
Overall, what I love to see in software is passion and ideas around everything. I remember feeling how exciting it was to be involved in a massive open-source project like Drupal in 2011 at DrupalCon London and to me it seems that Docker is around the same stage of growth now (in terms of number of attendees), however, its potential as a software solution is far different to Drupal. My involvement with Docker started seriously around 2 years ago, when looking for scalable solutions for deploying the same parts of software and I am probably even more committed to it as a solution than I was in 2015. DockerCon left me with 3 things:
...
Wednesday, Jul 26, 2017
The use of tools seems to have exploded in the past few years. Simple web applications take 5 tools just to build and more complex setup are even more prevalent. Add to that that we also end up configuring our tools to better suit our needs and you are faced with a big dependency problem. How do you manage those dependencies? My most recent answer is Docker.
It’s not easy for developers and users to use tools Tools were invented to make doing tasks easier. And in software we often abstract those tools further. However, making sure that everyone can use those tools is challenging. Just look at how long people spend setting up machines and every time they have a new project the mess starts again. It’s not easy for developers and users to use tools. Onboarding
...
Connect on LinkedIn. Follow me on Twitter. Grab the RSS Feed