From owner-freebsd-ports@FreeBSD.ORG Sun Sep 9 15:12:16 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C8E91065670 for ; Sun, 9 Sep 2012 15:12:16 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 2C41D8FC0A for ; Sun, 9 Sep 2012 15:12:15 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q89FCFXP003466; Sun, 9 Sep 2012 08:12:15 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q89FCFeo003465; Sun, 9 Sep 2012 08:12:15 -0700 (PDT) (envelope-from david) Date: Sun, 9 Sep 2012 08:12:15 -0700 From: David Wolfskill To: Kimmo Paasiala Message-ID: <20120909151215.GA3357@albert.catwhisker.org> References: <20120908124257.GP1486@albert.catwhisker.org> <20120908155220.GS1486@albert.catwhisker.org> <20120909123301.GZ1486@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org Subject: Re: Upgrade java/icedtea-web from 1.2_2 -> 1.3 fails: "tar: Pathname in pax header can't be converted to current locale" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 15:12:16 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 09, 2012 at 04:44:08PM +0300, Kimmo Paasiala wrote: $... > > So the issue appears to be how to handle UTF-8 pathnames on the > > file system in question. > > > > I'm using a fairly plain UFS with soft updates. > ... > See if the the file with a UTF-8 filename gets extracted despite the > error message. Huh; interesting point. Yes, it appears that they do: g1-227(8.3-S)[12] ls -Fs icedtea-web-1.3/tests/reproducers/signed/Spaces\ c= an\ be\ everywhere\ signed/resources/ 4 NotOnly spaces can kill ?????????? too signed.jnlp 4 Spaces can be everywhere1 signed.jnlp 4 Spaces can be everywhere2 signed.jnlp 4 SpacesCanBeEverywhere1signed.jnlp 4 spaces applet Tests signed.html g1-227(8.3-S)[13] ls -Fs icedtea-web-1.3/tests/reproducers/simple/Spaces\ c= an\ be\ everywhere/resources/ 4 NotOnly spaces can kill ?????????? too.jnlp 4 Spaces can be everywhere1.jnlp 4 Spaces can be everywhere2.jnlp 4 SpacesCanBeEverywhere1.jnlp 4 spaces applet Tests.html g1-227(8.3-S)[14]=20 (The files with names that display as having '?' in their names would be the files in question.) > I have three different FreeBSD 9 system, one is ZFS and other two are > UFS. I can do 'make extract patch' on all of them for java/icedtea-web > without an error. They all report the same error though if I manually > view or extract the tar file, the files extract fine despite the error > message. Hmmm..... How do you do that? :-} Even trying a simple approach: g1-227(8.3-S)[1] cd /usr/ports/java/icedtea-web/ g1-227(8.3-S)[2] sudo make Password: =3D=3D=3D> License GPLv2 accepted by the user =3D=3D=3D> Found saved configuration for icedtea-web-1.2_2 =3D=3D=3D> Extracting for icedtea-web-1.3 =3D> SHA256 Checksum OK for icedtea-web-1.3.tar.gz. IMPORTANT: To build IcedTea-Web 1.3, you have to turn on 'ICEDTEA' option for java/openjdk6 (default). Otherwise, it will neither build nor work. tar: Pathname in pax header can't be converted to current locale. tar: Pathname in pax header can't be converted to current locale. tar: Error exit delayed from previous errors. *** Error code 1 Stop in /common/ports/java/icedtea-web. *** Error code 1 Stop in /common/ports/java/icedtea-web. g1-227(8.3-S)[3]=20 I *suppose* I could try manually extracting it, then -- using the observation that the files actually are extracted -- hack the work/.* files to convince the ports infrastructure that the extraction is already completed OK, but that's just... wrong. Thanks for your help so far! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBMsc4ACgkQmprOCmdXAD0WswCeJw6eGWv+zPeOVUmveuB4k3Tu 5XYAnjEYExopEeUmw7XyGXc2hWLkm/ma =K+FA -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0--