Coder Social home page Coder Social logo

Comments (6)

rhatdan avatar rhatdan commented on June 25, 2024

That would be difficult, since each unit file is different. We could generate a template, but I am not sure if this is worth much.

What were you thinking?

from atomic.

bexelbie avatar bexelbie commented on June 25, 2024

It seems that we could transform the RUN label (and others as appropriate) into a templated init file. That said, I can understand us not wanting to have to support every init system on the planet ...

The value I see is that the container designer has fewer things to have to manage

from atomic.

rhatdan avatar rhatdan commented on June 25, 2024

Perhaps we should just fix atomic run to work the way you expect or to add a flag to have that happen.
Then you would only need to have atomic run --init MYAPP
And it would run the application.

There seems to be two use cases for atomic run, I will label these as the tools container use case and the service use case.

Atomic run was originally designed for running tools containers.

In tools container world, you create one container, and every atomic run ends up putting new processes into the same container. The nice thing about this model is if I do a yum update inside of the container to add a new package, a future atomic run sees the new packages. This is how people use it on rhel-tools container on atomic.

Seems lots of other people want to do the service model, where they expect each atomic run to create a new container for the duration of the run. This I believe would more closely match what you are after.

from atomic.

bexelbie avatar bexelbie commented on June 25, 2024

I would offer a third case, more related to #24, single use non-service containers.

For example, I recently needed to have yaml2ical briefly. I don't want it to "litter" my HD with libraries that may conflict with my other dev tools. The simplest solution seemed to be to create a little container to execute it. I have a few wish list items for this that I can add here or in #24 or some where new. But it is a case where we want a run on a container that will never be inited and will never be -d'ed.

from atomic.

rhatdan avatar rhatdan commented on June 25, 2024

@bexelbie Should we close this with discussion on atomic --spc/redesign?

from atomic.

bexelbie avatar bexelbie commented on June 25, 2024

@rhatdan . Moving discussion to #75

from atomic.

Related Issues (20)

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.