Git Product home page Git Product logo

lupus-dev-toolkit's People

Contributors

lupusmichaelis avatar

Watchers

 avatar  avatar

lupus-dev-toolkit's Issues

Igor: typo “environement” in library.sh

In base script build/igor/library.sh, “environement” should be “environment”.

This typo could be a huge headache for other users of the images.

Need to bump up minor revision on each image once it's done, building up everything.

Building: image base tag

Instead of incrementing base tag image in Dockerfile, let's make it an argument we can control from the build process. This could allow more generic building as the base tag could mention the OS, and other relevant information.

Igor: agnostic package manager

Package managers have their quirks and gotcha than are not easy to be kept in mind at all time. It would be a fine idea to provide wrapping helper which would take care of the details.

Package names might be tricky to be distribution agnostic, we might be wise to keep that for a later issue.

Containers: docker entypoint should understand direct invocation

The base docker-entrypoint is quite naive, and only allow for executing the command that's provided to it. We should be smarter and find a way for the image author to specify the base command of the container (or even retrieve it from the CMD of the last dockerfile).

Igor: agnostic configuration manipulation scripts

Not always easy to know how to properly set a specific feature in a specific file. Lets provide generic helpers for the task, that will call the distribution specific and image base specific tools to set up properly.

Maybe Salt or Ansible are already doing the job and we should pick one of them.

Provide helpers for easier sed, merge, diff and other format specific manipulation.

Containers: lean production images

See if we can build leaner images by copying binary and configuration, rather than carrying over the whole OS.

A possible implementation would be to have leaf images, so the branch images can still be specialized by subsequent authors.

Tool: volume management

It is too easy to discard valuable data with docker compose down -v, let's build some script that will avoid the pain of data loss. This is to compensate the lack of official support: moby/moby#33782

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.