[csw-maintainers] inoperant reinplace
Peter FELECAN
pfelecan at opencsw.org
Sat Jan 12 10:14:15 CET 2013
Carsten Grzemba <grzemba at contac-dt.de> writes:
> Am 11.01.13 schrieb pfelecan <pfelecan at opencsw.org>:
>> Still struggling to finish the packaging of TeXLive...
>>
>> Here is what I do:
>>
>> cd ~/opencsw/texlive/trunk
>> find work -type f -name 'post-install-reinplace*' -print -exec rm {} \;
>> nohup mgar platforms-remerge platforms-repackage < /dev/null > ~/logs/texlive 2>&1 &
>>
>> I got the following errors reported by checkpkg, with the afferent proposal of overriding:
>>
>> CHECKPKG_OVERRIDES_CSWtexlive-base += file-with-bad-content|/usr/local|root/opt/csw/share/texmf/scripts/simpdftex/simpdftex
>> CHECKPKG_OVERRIDES_CSWtexlive-latex-extra += file-with-bad-content|/usr/local|root/opt/csw/share/texmf-dist/scripts/pax/pdfannotextractor.pl
>> CHECKPKG_OVERRIDES_CSWtexlive-publishers-doc += file-with-bad-content|/usr/local|root/opt/csw/share/texmf-dist/doc/latex/confproc/buildpapers.sh
>> CHECKPKG_OVERRIDES_CSWtexlive-publishers-doc += file-with-bad-content|/usr/local|root/opt/csw/share/texmf-dist/doc/latex/confproc/example/buildpapers.sh
>>
>>
>> However, in the recipe I have the following stanzas:
>>
>> REINPLACE_WHEN_USRLOCAL = postinstall
>> ...
>> REINPLACE_USRLOCAL += /opt/csw/share/texmf/scripts/simpdftex/simpdftex
>> REINPLACE_USRLOCAL += /opt/csw/share/texmf-dist/scripts/pax/pdfannotextractor.pl
>> REINPLACE_USRLOCAL += /opt/csw/share/texmf-dist/doc/latex/confproc/buildpapers.sh
>> REINPLACE_USRLOCAL += /opt/csw/share/texmf-dist/doc/latex/confproc/example/buildpapers.sh
>> ...
>>
> I could use successfully REINPLACE_USRLOCAL only without 'REINPLACE_WHEN_USRLOCAL = postinstall'
> and then it will done after the extract step/target so the path below $(WORKSRC) has to be used.
I cannot use the default moment for the "reinplace", which is the
extraction time, because some components are generated and some other
are not part of the extraction from a conservative point of view...
What your are saying is that the "postinstall" moment doesn't work? But
all the other components are acted upon.
Me thinks that there is something rotten in the "reinplace" process.
Dago, you put this on your to do list. Is there some hope or I must
proceed with my own "reinplace" method?
--
Peter
More information about the maintainers
mailing list