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