On Wed, 10 Aug 2005 00:25:12 -0500
Richard Rauch <rkr@olib.org> wrote:

> Hi.
> 
> I'm trying to wrap a package around some code that is ostensibly
> for WIN32 and Mac OS/X.  But the portions visible to the Mac are
> (virtually) ANSI/ISO/POSIX compliant, so it can be made to compile and
> run on NetBSD/amd64 with a little work.  (Well, there are some issues
> with running it, but it basicly works and can be refined from there,
> if and as time and interest permit.)
> 
> My problem is that the source distribution is in a .zip file, and
> pkgsrc seems to case-convert extracted .zip filenames to lowercase.
> On the other hand, when obtaining a directory listing for patches,
> it seems that the files are not case-converted to lower-case (I am
> guessing that "make patch" reaches directly to the archive in order
> to avoid reconstructing relative packaged filenames from trying to
> scan the work* subtree).  The result is that it is impossible to
> apply patches.  (The directory name is wrong, so I get a lot of
> failures on the patches and none apply.)
> 
> 
> This looks like a pkgsrc bug to me.  Should I file a PR, or is it
> trivially fixable, or am I doing something Wrong?
> 
> 
> P.S.: In section 12.2.2 of the pkgsrc docs, the section title is
> "Telling the software were configuration files are".  "were" should
> be "where" (note the "h").  (^&

By default pkgsrc uses these args to extract zip files:

EXTRACT_CMD_OPTS.zip?=  -Laqo

Maybe modifying the arguments might fix your problem?