Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Build on Windows broken #262

Closed
Black-Hole opened this issue Jul 22, 2018 · 8 comments
Closed

Build on Windows broken #262

Black-Hole opened this issue Jul 22, 2018 · 8 comments

Comments

@Black-Hole
Copy link
Contributor

Since commit 126c0d8#diff-911b1ca4b34d45a115afee01b1e4fbb9 build on Windows is broken, because the file system is case insensitive.
So there can't be a folder "Waterfall" and a file "waterfall" in the same folder.

@jamierocks
Copy link
Contributor

There isn't a directory called Waterfall within the same directory though. Also Windows support is rather difficult - there is no native Git builds. I'm pretty sure this doesn't break usage through Git Bash?

@Black-Hole
Copy link
Contributor Author

The folder "Waterfall" will be created by the script. And since it's a file, the parent directory will be used and reset to BungeeCord.

$ ./waterfall p
Rebuilding Forked projects....
fatal: repository 'BungeeCord' does not exist
scripts/applyPatches.sh: line 31: cd: /c/Developing/Waterfall/Waterfall-Proxy: No such file or directory
Resetting Waterfall-Proxy to BungeeCord...
Your branch and 'origin/master' have diverged,
and have 1527 and 203 different commits each, respectively.
  (use "git pull" to merge the remote branch into yours)
fatal: ambiguous argument 'upstream/upstream': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'
  Applying patches to Waterfall-Proxy...
fatal: could not open '/c/Developing/Waterfall/BungeeCord-Patches/*.patch' for reading: No such file or directory
  Something did not apply cleanly to Waterfall-Proxy.
  Please review above details and finish the apply then
  save the changes with rebuildPatches.sh

@jamierocks
Copy link
Contributor

I'm a little confused tbh, we've had a contributor use Windows and Paper works, right?

I'm going to boot up my surface and give it a go.

@Black-Hole
Copy link
Contributor Author

After another test it's because I didn't run "./waterfall b" first. That created the directory "Waterfall-Proxy" and the build succeded.
Anyway, the script could be improved to stop if the folder doesn't exist and not overwriting the working directory.

@jamierocks
Copy link
Contributor

jamierocks commented Jul 22, 2018

The script should create the directory if it doesn't exist... https://github.com/WaterfallMC/Waterfall/blob/master/scripts/applyPatches.sh#L29

edit: build even uses that script

@jamierocks
Copy link
Contributor

I just tested this on my Windows machine, and was able to run the patch script just fine, I'm not sure why yours doesn't work :S

@Black-Hole
Copy link
Contributor Author

A freshly cloned Waterfall doesn't have the directory Waterfall-Proxy, so "./waterfall p" will fail. Running "./waterfall b" first creates that directory, so "patch" will work as expected.

@electronicboy
Copy link
Member

Should be fixed, waterfalls script wasn't pulling in the submodules when you run just patch, and so it would cause anybody who didn't already have that submodule checked out to fail

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

No branches or pull requests

3 participants