Skip to content

Linux zip leaves a __MACOSX dir in /usr/lib #238

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.

Sign up for GitHub

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

Jump to bottom
Closed
fgdrf opened this issue Jun 30, 2017 · 3 comments
Closed

Linux zip leaves a __MACOSX dir in /usr/lib #238

fgdrf opened this issue Jun 30, 2017 · 3 comments
Assignees
@fgdrf
Milestone
2.0.0

Comments

@fgdrf
Copy link
Contributor

fgdrf commented Jun 30, 2017 •
edited
Loading

For both platforms, 32bit and 64bit the zip archives for 2.0.0.RC1 provides a _MACOSX folder. Reported issue from OSGeo Live Project see Issue #1953.
@fgdrf
Copy link
Contributor Author

fgdrf commented Jul 1, 2017

tested to re-build archives from master and it turned out that it isn't reproduceable. Going to fix the uploaded linux zip archives

@fgdrf
Copy link
Contributor Author

fgdrf commented Jul 4, 2017

The problem is comming from extra files such as .DS_Store and __MAXOSX which are created from zip command. To exclude these kind of elements its recommend to use -X as additional option for zip on Linux and MacOSX platform.

@fgdrf
Copy link
Contributor Author

fgdrf commented Jul 4, 2017

see pull-request #239 that fixes deploy script to build zip archives

@fgdrf fgdrf added this to the uDig-2.0.0 milestone Jul 4, 2017
@fgdrf fgdrf self-assigned this Jul 4, 2017
@fgdrf fgdrf closed this as completed Jul 6, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@fgdrf fgdrf

Labels
None yet
Projects
None yet
Milestone
2.0.0
Development

No branches or pull requests
1 participant
@fgdrf