Skip to content
This repository has been archived by the owner on Sep 12, 2023. It is now read-only.

dockerfile don't work #167

Open
hhasenbalg opened this issue May 19, 2017 · 5 comments
Open

dockerfile don't work #167

hhasenbalg opened this issue May 19, 2017 · 5 comments

Comments

@hhasenbalg
Copy link

docker build failed with:
package context: unrecognized import path "context" (import path does not begin with hostname)

@flavioribeiro
Copy link
Member

I merged @fsouza commit, can you try it again @SeriousShit? I'm aware that there are tons of improvements to be made on this docker deployment, snickers needs some tlc, will try to reserve some time for it next week.

@fsouza
Copy link
Collaborator

fsouza commented May 20, 2017

@flavioribeiro I think you don't have automatic builds enabled on the snickers-docker image: https://hub.docker.com/r/flavioribeiro/snickers-docker/tags/ x)

You'll have to build it locally and push to Docker Hub, then update the Dockerfile on this repository.

@hhasenbalg
Copy link
Author

hhasenbalg commented May 21, 2017

@flavioribeiro The problem still occurs. Regarded whether I try it with docker or the makefile.

It seems to be a probelm with the dependencies. If I replace aws-sdk-go and grab manually with old versions, the makefile works. But docker build still fails

@kslimani
Copy link

@flavioribeiro : i think @SeriousShit is correct. the downloader http.go is using the old grab api (ie: the method grab.GetAsync is undefined in current grab library master branch.

I suggest trying something like replacing "github.com/cavaliercoder/grab" by "gopkg.in/cavaliercoder/grab.v1" here. (i have no knowledge in Go language, so better check if it is correct).

@kslimani
Copy link

kslimani commented Jun 27, 2017

Oh, and i think there is also a problem with snikers/hls : i think the build for libsegmenter.so is ok, but it seems theere is a path problem to the lib as it fail with the folowing error : cannot find -lsegmenter.

A "fast and dirty" workaround was to copy libsegmenter.so in /usr/local/lib folder. (but i am not sure this is the proper way to fix).

EDIT: maybe also uses DYLD_LIBRARY_PATH ?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants