ebreton
Joined 9 years ago
Karma
1
Submissions
12
Member since
Feb 7
Joined 9 years ago
But I would still need the framework to iterate through all of them
- [OK] Time Tree: a (basic) shared calendar will fill up the requirements quite nicely with reccuring events and nice views of who will attend which events
- [KO] Calendly: which provides interesting feature to set up the events, but no view of who is going to attend when
- [KO] DigiCal, another shared calendar but could set up properly/simply a shared calendar
We have built a CNN model to detect litters in collaboration with an EPFL laboratory. We now need to take ownership of it.
You will be the seed of our data team, with the opportunity to grow the team around you, along with our solution !
Job Description: https://www.jobup.ch/fr/emplois/detail/1675597/
Pyinfra was the perfect match.
I have used their "operations" to pile up the actions that come with the next release:
- A new package (apt)
- an updtated pip dependency
- checking a file
- and docker-compose actions to update all containers
I was able define my "inventory" easily, which allows me to update my whole fleet with one single command. One caveat here, the timeout is not properly configurable with a ProxyJump. Discussion opened on stackoverflow.
Pyinfra idempotency and dry-run approaches allow me to run the update as many times as I want.
For the next release, would I need to change anything different, I will simply add a new operation. The beauty of it is that all operations are strictly executed in the order I define them, which mean that any devices that would not have been updated with the first release, would be still updated appropriately with the second release.
Cheers !