Hi! I have found the bug with debian/control.
The "latex-cjk-chinese-arphic" source builds four font packages. My
predecessor had an inventive way to create several files completely
automatically, hence the *.in files and the pattern substitution hocus pocus
in debian/rules. This should be a piece of cake for others to build their
own font packages for Debian, using only "rules" and "*.in".
During the "clean:" phase, the "pre-clean" and $(clean_fonts) targets are
run first. pre-clean looks okay, since the debian/control file only has the
Source stanza.
Then $(clean_fonts) is run. This is a mix of:
a) fonts = bsmi bkai gbsn gkai
b) clean_fonts = $(addprefix clean_,$(fonts))
c) $(clean_fonts): abbrev = $(patsubst clean_%,%,$@)
$(clean_fonts): DH_OPTIONS = -p$(bin-package) -P$(d)
$(clean_fonts):
[commands to add the binary packages automatically to debian/control]
My guess is that DH_OPTIONS is to blame: the new parallel option in
Debhelper has now been removed and totally replaced with my own -p and -P
options.
Could you please try the following thing: instead of
DH_OPTIONS = -p$(bin-package) -P$(d)
replace it with
DH_OPTIONS = $(DH_OPTIONS) -p$(bin-package) -P$(d)
in the "$(clean_fonts)", "$(install_fonts)" and "$(binary_fonts)" targets?
I think this is the root of the problem, so if you would be so kind to test
this for me, please?
As far as Wadalab is concerned [1], I'm not sure why debian/rules fails to
work after a simple "cd" command. It looks like the "clean" target is run
again after building; weird. I'll look at it later.
Best regards
[1] http://people.debian.org/~schepler/build-logs/latex-cjk-japanese-wadalab
--
Danai SAE-HAN (韓達耐)
題目:《六月二十七日望湖樓醉書》
作者:蘇軾（１０３６－１１０１）
黑云翻墨未遮山，白雨跳珠亂入船。
卷地風來忽吹散，望湖樓下水如天。
signature.asc
Description: OpenPGP digital signature
