Subject: Re: Problem with filename case conversion in packages...
To: Richard Rauch <email@example.com>
From: Juan RP <firstname.lastname@example.org>
Date: 08/10/2005 07:32:15
On Wed, 10 Aug 2005 00:25:12 -0500
Richard Rauch <email@example.com> wrote:
> 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:
Maybe modifying the arguments might fix your problem?