You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Perhaps in a future commit we could make a "package.sh" script/similar? That would alleviate the complexity while also allowing us to cd relative to the script directory
I suggest we don't have an install.sh unless we also intend to take steps to add to PATH in the same script; perhaps something like build.sh would be standard while also appropriate?
I can't see anyone wanting to build the package without installing it. Even if there was this would be a small subset of people, and it makes more sense to explain the building process for anyone that wants to do this. Originally I thought that we should make it install to PATH, but it seems like this would have many differences on systems, especially if someone ran it without even looking at it, which can happen often.
I still think, especially when we have packages for many distributions, we could add a "installing from source" section.
I can't see anyone wanting to build the package without installing it.
I agree, however if our script doesn't install it I still don't think it's right to call it install.sh, even if that's the process that most users will be undertaking when they run the script. If build.sh is more accurate it should probably be called that
Originally posted by @Minion3665 in #12 (comment)
The text was updated successfully, but these errors were encountered: