#43281: jpilot @1.8.1: extract fails ---------------------------+------------------------------- Reporter: ryandesign@… | Owner: kristian.peters@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.99 Resolution: | Keywords: Port: jpilot | ---------------------------+------------------------------- Comment (by ryandesign@…): Replying to [comment:3 kristian.peters@…]:
Older versions of Mac OS X use UTF-8 for encoding filenames in the filesystem. Newer version (don't know the exact version when they changed it) use UTF-16. If you upgraded from a really old Mac OS X the filesystem could be still UTF-8.
I haven't heard of that before. Do you have a citation for that? In any case, my filesystem was created in May 2012 when Apple shipped this Mac to me. I have also tested on a second machine with Mavericks whose drive was initialized in August 2012 and it experiences the same error. These two machines use the normal case-insensitive filesystems, while the buildslaves use case-sensitive filesystems, but so far this doesn't seem like a case-sensitivity issue to me.
You should check your locale settings. Setting LC_ALL="C" before running macports should do the trick. (export LC_ALL="C").
Which locale settings are you referring to? Setting `LC_ALL=C` before running a MacPorts command doesn't change anything, because MacPorts deliberately clears the environment variables before it runs, to ensure consistency across systems regardless what environment variables the user may have set.
Maybe you should use bash as shell as well.
I do use bash.
It could be a problem with your tar as well. I'm using the tar supplied with 10.9 in /usr/bin/tar. Otherwise, I'm stumped.
I am also using OS X 10.9's tar. Extracting within MacPorts fails, but extracting at the command line succeeds: {{{ $ tar xzf jpilot-1.8.1.tar.gz }}} However the extracted file has the wrong name: {{{ $ ls jpilot-1.8.1/empty/Ma*ana* jpilot-1.8.1/empty/Ma%F1anaDB.pdb }}} Using `LC_ALL=C` doesn't change this. I would say that the tarball has been created improperly: the non-ASCII character "ñ" has been encoded as ISO8859-1, whereas UTF-8 encoding would be desired. This probably needs to be reported to the developers of jpilot so that they can package it correctly for the next version. -- Ticket URL: <https://trac.macports.org/ticket/43281#comment:4> MacPorts <http://www.macports.org/> Ports system for OS X