pkgsrc-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: sphinx woes
Greg Troxel <gdt%lexort.com@localhost> writes:
> So I am seeing (just picking on zh_TW as an example):
>
> ERROR: The following files are in the PLIST but not in /tmp/work/textproc/py-sphinxcontrib-serializinghtml/work/.destdir/usr/pkg:
> ERROR: /tmp/work/textproc/py-sphinxcontrib-serializinghtml/work/.destdir/usr/pkg/lib/python3.7/site-packages/sphinxcontrib/serializinghtml/locales/zh_TW/LC_MESSAGES/sphinxcontrib.serializinghtml.mo
> ERROR: /tmp/work/textproc/py-sphinxcontrib-serializinghtml/work/.destdir/usr/pkg/lib/python3.7/site-packages/sphinxcontrib/serializinghtml/locales/zh_TW/LC_MESSAGES/sphinxcontrib.serializinghtml.po
> ERROR: The following files are in /tmp/work/textproc/py-sphinxcontrib-serializinghtml/work/.destdir/usr/pkg but not in the PLIST:
> ERROR: /tmp/work/textproc/py-sphinxcontrib-serializinghtml/work/.destdir/usr/pkg/lib/python3.7/site-packages/sphinxcontrib/serializinghtml/locales/zh_TW/LC_MESSAGES/sphinxco
>
> now, my wrkdir path of /tmp/work seems part of this, but that is not
> really very long or unusual. The total length is 166 bytes and I see
> your point about truncation.
>
> But /tmp/work is shorter than /usr/pkgsrc, the standard location.
This is an unpacking bug. After "make extract", I see:
gdt 3278 /usr/pkgsrc/textproc/py-sphinxcontrib-serializinghtml > ls -l work/sphinxcontrib-serializinghtml-1.1.4/sphinxcontrib/serializinghtml/locales/zh_TW/LC_MESSAGES/sphinxco
-rw-r--r-- 1 gdt wheel 1007 Dec 31 1969 work/sphinxcontrib-serializinghtml-1.1.4/sphinxcontrib/serializinghtml/locales/zh_TW/LC_MESSAGES/sphinxco
With gtar, it is ok. I'll follow up on tech-userlevel; thanks for the
clue.
Home |
Main Index |
Thread Index |
Old Index