Date: Sat, 23 May 2020 19:28:59 +0000 From: bugzilla-noreply@freebsd.org To: python@FreeBSD.org Subject: [Bug 246618] textproc/py-sphinx: fails to build with static bsdtar(1) after r534966 Message-ID: <bug-246618-21822-xsRSJ47BIr@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-246618-21822@https.bugs.freebsd.org/bugzilla/> References: <bug-246618-21822@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246618 --- Comment #11 from Tijl Coosemans <tijl@FreeBSD.org> --- (In reply to Tijl Coosemans from comment #10) > I find it strange that tar worries about encoding. It should just treat = file names as binary data like the file system does. How else can it handl= e packing and extracting /home with users using different locales? Apparently one can package a /home like that using tar cf home.tar --option hdrcharset=3DBINARY /home. Without that option tar converts all file names= from the current locale to UTF-8. If "EXTRACT_CMD=3D${SETENV} LC_ALL=3Den_US.UTF-8 ${TAR}" in the port Makefi= le works I would use that for now. If more ports require this we can do something in bsd.port.mk. When FreeBSD 11 goes EOL we can also use C.UTF-8 as the ports tree locale. Dynamically linked tar may not error but it will try to convert the UTF-8 characters to US-ASCII and replace any character that fails with a question mark so whatever fix you choose you shouldn't condition it on QEMU_EMULATIN= G. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-246618-21822-xsRSJ47BIr>