[Feature request] Allow parameters to ipfs init

[peerchemist]

Default behavior is to init IPFS root in ~/.ipfs , allow parameter where this can be changed.

Examples:

ipfs init ipfs-test

ipfs init /var/lib/ipfs

[whyrusleeping]

this is currently changeable through the environment variable IPFS_PATH. This also appears to be an undocumented feature which we should probably address

[daviddias]

@RichardLitt we should add the env vars to the CLI API spec as it will have to be part of a language implementation

[jbenet]

Indeed.

This is documented in ipfs main help now. Should likely also be documented
in ipfs daemon and ipfs init.

On Fri, Jan 1, 2016 at 22:45 David Dias notifications@github.com wrote:

@RichardLitt https://github.com/RichardLitt we should add the env vars
to the CLI API spec as it will have to be part of a language implementation

—
Reply to this email directly or view it on GitHub
#1296 (comment).

[dignifiedquire]

Env vars are really problematic, as they will not work in the same way on Windows and on any other api transport like http. So I suggest that all config that can be done via an env variable also needs to be available as a regular flag.

[jbenet]

ok we could use a --repo-path plag (or --repo if we dont think we'll
need to use it in other commands)

On Wednesday, January 13, 2016, Friedel Ziegelmayer <
notifications@github.com> wrote:

Env vars are really problematic, as they will not work in the same way on
Windows and on any other api transport like http. So I suggest that all
config that can be done via an env variable also needs to be available as a
regular flag.

—
Reply to this email directly or view it on GitHub
#1296 (comment).

[Ape]

@dignifiedquire Is there any scenario where it would be useful to set IPFS_PATH on the HTTP API?

[dignifiedquire]

@Ape I would say so, e.g. if it's used from another application that's running locally and it wants to start a daemon that has another home directory specific to the application.

[RichardLitt]

#2526 was closed due to lack of activity. If anyone is interested on picking this issue up, that might be a good place to start.