Comments (6)
thanks for the bug report @chdeliens
i will take a look as soon as possible (need to upgrade the docker client lib anyways soon)
from habitus.
@chdeliens I found the issue with your example, because your build.yml
is in the builder
directory you need to change your build.yml
to the following example and it works:
build:
version: 2016-03-14
steps:
builder:
name: builder
dockerfile: Dockerfile
-f is telling to use builder/build.yml
but you at the moment it's using /builder
as the reference, you don't need to prefix the Dockerfile with the /builder
directory.
from habitus.
Related issue, not sure if it should be a new issue.
Wanted to have individual Dockerfiles exist in their own subdirectories, so they could all keep the name "Dockerfile" rather than be "Dockerfile.something". This allows for syntax highlighting of the Dockerfiles in editors like PyCharm and Sublime Text.
However, if I have the following directory structure:
.
├── build.yml
├── mf_builder
│ ├── Dockerfile
│ └── Dockerfile.generated
├── run.sh
├── scripts
│ ├── cloneRepos.sh
│ ├── installruby.sh
│ ├── installruby_docker.sh.bak
│ └── ucplayer_build.py
└── ucplayer_builder
└── Dockerfile
And build.yml:
build:
version: 2016-03-14 # version of the build schema.
steps:
mf_builder:
name: mf_builder
dockerfile: mf_builder/Dockerfile
ucplayer_builder:
name: ucplayer_builder
dockerfile: ucplayer_builder/Dockerfile
depends_on:
- mf_builder
secrets:
id_rsa:
type: file
value: _env(HOME)/.ssh/id_rsa
I end up with an issue similar to @chdeliens.
2017/03/24 14:42:07 ▶ Collecting artifact information
2017/03/24 14:42:07 ▶ Building 2 steps
2017/03/24 14:42:07 ▶ Step 0 - mf_builder: mf_builder
2017/03/24 14:42:07 ▶ Step 1 - ucplayer_builder: ucplayer_builder
2017/03/24 14:42:07 ▶ Parallel build for mf_builder
2017/03/24 14:42:07 ▶ Building mf_builder
2017/03/24 14:42:07 ▶ Parsing and converting 'mf_builder/Dockerfile'
2017/03/24 14:42:07 ▶ Starting API on 8080
2017/03/24 14:42:07 ▶ Writing the new Dockerfile into mf_builder/Dockerfile.generated
2017/03/24 14:42:07 ▶ Building the mf_builder image from Dockerfile.generated
2017/03/24 14:42:07 ▶ Build for step mf_builder failed due to API error (500): {"message":"Cannot locate specified Dockerfile: Dockerfile.generated"}
Was wondering if Habitus can already support this directory structure, perhaps with some changes to the build.yml or having separate build.yml files with each Dockerfile, or if I must stick with one build.yml in the same directory as all Dockerfiles.
from habitus.
I second the previous poster's request. Please reopen this issue.
I have complex Dockerfiles each in it's own directory.
Will Habitus support that anytime soon?
from habitus.
Hi @GertThiel,
I did some work on the next release to fix this issue. Can you try your example with the pre-release please. You can download the pre-release here: https://github.com/cloud66/habitus/releases/tag/0.4.11_pre
Please let me know.
Daniël,
from habitus.
That helped @kamerblauwlicht. Thanks a lot.
from habitus.
Related Issues (20)
- Habitus on Windows HOT 2
- ssh -T [email protected] error HOT 3
- Habitus Install script not updated HOT 1
- Cleaning Intermediate images & Flag "noprune-rmi" having no effect HOT 2
- Custom path for .dockerignore HOT 1
- Build for step opencv failed due to Invalid header type HOT 1
- Provide an Aarch64/Arm64 Linux release HOT 3
- Dockerfile.generated race with same Dockerfile and different build args HOT 3
- Remov e
- v1.0.5 does not run in docker:19.03.6 HOT 3
- [Feature Request] Ability to build dockerfile located inside sub-directories HOT 6
- Build tend to fail due to DOCKER_TLS_VERIFY=1 not respected by habitus HOT 1
- Failing Codeship build HOT 5
- [Feature Request] Setting habitus' args from within build.yml HOT 3
- [Feature request] Support for docker's multi-stage build HOT 2
- Add unit tests HOT 1
- Feature request: Containerized secret server for more accessibility
- doc: Basic usage guide for minikube users
- Dependency management? HOT 1
- Switch to the official docker client HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
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.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from habitus.