Re: latex-cjk upload to unstable ...

[Danai SAE-HAN (韓達耐) <danai.sae-han@skynet.be>]

Hi all!


1.
Sorry for keeping you waiting, but I got quite some problems with
dpatch.  The main problem is now that because of the GPL headers
added upstream, the .w (and therefore also the .c) files are changed:
the line numbers are now augmented with 17.  However, dpatch deapply
will fail, because upstream these line numbers haven't changed.
  So a second "debuild" or dpatch deapply-all won't be successful.
You'll have to remove the directory and use dpkg-source -x again.


2.
> Which calls for a function:
> [...]

Thanks for the function.  This runs fine in a shell script, but fails
in the Makefile from latex-cjk-japanese-wadalb.  I have tried putting
it on top of the Makefile, in a target, with or without tab, changing
$ to $$ or \$, but to no avail.  So now all the commands' output is
redirected to a file called "log" ( >> log 2>&1; ).  I think this is
simpler.  And the log is kept intact; it won't be removed or
overwritten, but everything will be appended to it ( >> ).


3.
Also, latex-cjk-chinese-arphic depends on the fonts
ttf-arphic-{bkai00mp,bsmi00lp,gkai00mp,gbsn00lp}.  But there are also
two new fonts by Arne Götje, ukai and uming, using Unicode and merging
resp. bkai+gkai and bsmi+gbsn.  Both ukai and uming Debian packages
provide the older ttf-arphic-* package names, so debuild doesn't
recognize that only ukai and uming are installed, and not the original
(older) packages.
  How can I force a Build-Depends on the original TTF packages instead
of the newer Unicode packages?  pbuilder isn't affected, but I suppose
other users who wish to build this package themselves will have
problems.
  I don't want to add a Conflict line, because it isn't really
conflicting.  It's just that it's misleading debuild.


4.
tar has got an update recently, and it seems that dh_builddeb/dpkg-deb
has some warnings with this new POSIX thing.  I haven't noticed any
problems when installing the packages.  See #375864 for more info.
Nothing serious, I suspect.

  "tar: -: file name read contains nul character"


5.
Currently, latex-cjk-chinese-arphic is being pbuild'ed, and everything
seems okay.  I have added all the necessary dependencies (e.g.
perl-base for latex-cjk-chinese-arphic).


6.
latex-cjk-japanese-wadalab has an FTBFS.  More specifically, running
wftodm causes a segmentation fault.  I'm running GC 4.1.2 (20060715)
on an AMD64.  I have seen some compilation warnings, but I don't
remember them causing any problems on my older computer.

"
  cc -O -o wftodm wftodm.c
  wftodm.c: In function ‘readfiles’:
  wftodm.c:107: warning: incompatible implicit declaration of built-in function ‘exit’
  wftodm.c:110: warning: incompatible implicit declaration of built-in function ‘strlen’
  wftodm.c:115: warning: incompatible implicit declaration of built-in function ‘malloc’
  wftodm.c: In function ‘output_afm’:
  wftodm.c:169: warning: incompatible implicit declaration of built-in function ‘exit’
  wftodm.c: In function ‘output_pfa’:
  wftodm.c:237: warning: incompatible implicit declaration of built-in function ‘exit’
  wftodm.c: In function ‘e_printf’:
  wftodm.c:304: warning: incompatible implicit declaration of built-in function ‘strlen’
"

I'll contact the upstream author about this ASAP.


7.
What I still have to do, is to make just one manpage, and link all the
binaries' manpages to this one manpage, like Frank suggested.  They're
all the same; the only difference is their encoding.
  And getting wftodm to work, of course.


Best regards



Danai SAE-HAN
韓達耐

-- 
题目:《秋思》
作者:陆游（１１２５－１２１０）

利欲驱人万火牛，江湖浪迹一沙鸥。
日长似岁闲方觉，事大如山醉亦休。
衣杵相望深巷月，井桐摇落故园秋。
欲舒老眼无高处，安得元龙百尺楼。