NetBSD-Java archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Bug in pkgsrc/wip/jdk14?
FYI . . .
In building jdk14 from pkgsrc/wip, on NetBSD-3.0/i386, using pkgsrc-2005Q4
and the 2/17/06 snapshot of pkgsrc-wip, I got the following error during the
patch phase:
===> Patching for jdk14-1.4.2.8
cd /home/chuckz/obj/pkgsrc/wip/jdk14/work && /usr/bin/patch -p0 -E -s
<jdk14.patches
3 out of 3 hunks failed--saving rejects to
deploy/make/plugin/java/FileList.gmk.rej
3 out of 11 hunks failed--saving rejects to
deploy/src/plugin/src/share/classes/sun/plugin/liveconnect/SecureInvocation.java.rej
*** Error code 6
Stop.
make: stopped in /home/chuckz/obj/pkgsrc/wip/jdk14
*** Error code 1
Examining the original FileList.gmk file and the corresponding patch in the
patchfile I notced the MSDOS CR's were present in the original files, but
not in the patchfile. So I added the -a option to the unzip command in the
Makefile:
--- wip/jdk14/Makefile 2006-02-07 05:36:37.000000000 -0500
+++ wip/jdk14/Makefile 2006-02-18 09:10:58.000000000 -0500
@@ -29,7 +29,7 @@
USE_PKGINSTALL= yes
USE_TOOLS+= gmake m4
USE_LANGUAGES= c c++
-EXTRACT_CMD_OPTS.zip= -q
+EXTRACT_CMD_OPTS.zip= -a -q
WRKSRC= ${WRKDIR}
PLIST_SRC= PLIST.common
Then the patch stage succeeded.
I also noticed these lines in the Makefile:
SUBST_CLASSES+= cr
SUBST_STAGE.cr= post-extract
SUBST_FILES.cr= jdk14.patches
SUBST_SED.cr= -e 's,^M,,'
Perhaps it also might by fixed by not removing the CR's from jdk14.patches.
I submitted this as a pr - pkg/32867
It looks like a bug that should be fixed on platforms where unzip will not
automatically strip the
DOS CR's that apparently are in the .zip distfiles from Sun.
Chuck Zmudzinski
Home |
Main Index |
Thread Index |
Old Index