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

please remove CRLF and replace them with LF in 3 test files #163

Closed
sandrotosi opened this issue Nov 25, 2017 · 6 comments
Closed

please remove CRLF and replace them with LF in 3 test files #163

sandrotosi opened this issue Nov 25, 2017 · 6 comments
Assignees
Milestone

Comments

@sandrotosi
Copy link

hello,
the following test files contain CRLF, which tend to play badly with git on non-windows system (as it will replace them with simple LF)

 pydot-1.2.3/test/graphs/b545.dot
 pydot-1.2.3/test/graphs/b993.dot
 pydot-1.2.3/test/graphs/cairo.dot

can you please replace CRLF with LF in them (as in all the other test files)?

thanks!

@johnyf
Copy link
Contributor

johnyf commented Nov 25, 2017

Was there some particular error?

On Travis CI, pydot uses Ubuntu. There are no issues with these files there. The presence of CRLF in these files is likely intentional, in order to test pydot with input that it would get in Windows environments.

With:

https://github.com/erocarrera/pydot/blob/35a8d858bd9da0b37268fe9b317fe4895387e75f/.gitattributes#L2

and the default value core.autocrlf=false I think that these files would be checked out with LF line endings. On my machine I have core.autocrlf=input, so these files are checked out with CRLF line endings.

@sandrotosi
Copy link
Author

yeah the problem is that we maintain the debian packaging for pydot in git, and we import the source code from tarball as-is, but once you import it in git those CRLF will get converted to LF making the source code different from what's in the tarball from GH, causing a failure to build

@johnyf
Copy link
Contributor

johnyf commented Nov 25, 2017

Could you please mention the error message or kind of failure?

If I change the line endings of those files to LF, the tests run as normal (locally).
About packaging, maybe using git-submodule could be useful.

For posterity, on Travis CI the files mentioned above have CRLF line endings.

@johnyf johnyf self-assigned this Nov 26, 2017
@johnyf
Copy link
Contributor

johnyf commented Nov 26, 2017

Although this situation does not raise any errors as far as the tests are concerned (at least on Travis CI, and for me locally), the git repository is in an "unstable" state, in that cloning without other actions leaves the repository in a state that git thinks files have changed. For more details see here. The best option appears to be to commit the files mentioned above with LF line endings.

@sandrotosi
Copy link
Author

yes that's exactly what i see - thanks for looking into that!

@johnyf johnyf added this to the 1.2.4 milestone Dec 25, 2017
@johnyf johnyf closed this as completed in 30322bc Dec 25, 2017
@sandrotosi
Copy link
Author

thanks a lot, much appreciated!

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

2 participants